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FOREWORD 

The  “Operations  Concept  for  the  AAS  Man-Machine  interface”  is  third  in  a  series  of  eight 
Computer  Technology  Associates,  Inc  contractual  deliverables  which  will  define  the  role  of 
Sector  Suite  and  the  Controller  man-machine  interface  (MMI)  within  the  Advanced  Automation 
System  (AAS). 

Figure  H  illustrates  the  relationship  between  this  document  and  the  documents  which 
define  Sector  Suite  Man/Machine  functional  capabilities,  and  Sector  Suite  console  require¬ 
ments.  Together,  these  three  documents  form  the  core  requirements  for  the  AAS  man- 
machine  interface 

“En  Route/Terminal  ATC  Operations  Concept"  (CDRL  A001)  documents  current  opera¬ 
tions  and  as  such  defines  the  range  of  events  which  will  influence  operations  in  the  Area  Con¬ 
trol  Facility  (ACF).  "Sector  Suite  Functional  Analysis  and  Trade  Studies  (CDRL  A004)  provides  a 
functional  analysis  of  operational  requirements,  documents  trade  studies  which  recommend 
functional  levels  of  Controller  vs.  machine  automation,  and  allocates  and  derives  the  functional 
requirements  for  the  Sector  Suite  Subsystem.  Sector  Suite  MMI  sub-activities  identified  in 
CDRL  A004  form  the  basis  for  the  analyses  described  in  the  "Operations  Concept  tor  the  AAS 
Man-Machine  Interface”  (CDRL  A002).  Critical  output  of  CDRL  A002  includes  a  thorough  Con¬ 
troller  ta3k  analysis.  This  task  analysis  provides  the  basis  for  development  of  a  conceptual  user 
model  of  Controller-machine  interaction.  This  conceptual  user  model  plus  the  top-level 
functional  Sector  Suite  Subsystem  requirements  are  further  developed  in  CDRL  A005,  "Sector 
Suite  Functional  Capabilities  and  Performance  Requirements^  This  report  contains  the 
functional  capabilities,  performance  requirements,  and  User  Interface  Language  requirements 
for  the  Sector  Suite  Subsystem.  The  "Draft  Sector  Suite  Console  Requirements  Specification" 
(CDRL  A003)  specifies  input  and  display  device  requirements,  physical  characteristics  of  the 
Sector  Suite  console,  and  environmental  requirements.  The  specifications  contained  within 
CDRL  A003  are  based  upon  the  analysis  presented  in  CDRL  A005. 
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1.0  INTRODUCTION  AND  EXECUTIVE 

SUMMARY 

*  The  “Operations  Concept  for  the  AAS 
Man-Machine  Interface”  documents  a  con¬ 
cept  for  ACF  operations,  the  tasks  of  the 
Controller  at  various  types  of  sectors,  his 
information  processing  requirements,  and 
the  definition  of  his  dialogue  with  the  sys¬ 
tem.  As  such,  these  represent  the 
operations,  requirements  for  the  Advanced 
Automation  System  (AAS)  Controller  man- 
machine  interface  (MMI).  These  require¬ 
ments  are  defined  from  the  Controller's 
point  of  view.  Controller  tasks  are  described 
in  terms  of  message  inputs,  outr-ds. 
dialogue  requirements,  and  operational 
performance  attributes. 

An  assessment  of  Controller  workload 
is  provided  within  the  framework  of  human 
information-processing  tasks  and  assoc¬ 
iated  performance  levels  by  Controller  posi¬ 
tion.  The  information-processing  tasks  are 
considered  to  include  logical  (cognitive) 
and  perceptual  componentaTheise  com¬ 
ponents  will  of  necessity  have  an  impact  on 
the  subsequent  formation  of  information 
coding/presentation  requirements,  interac¬ 
tion  techniques,  and  high-level  dialogue 
descriptions-^ 

'■  ^  Z-  ?  i "  v 

This  document  follows  a  rigorously 
structured  approach  to  derive  Controller 
information-processing  tasks  which  fulfill 
the  functional  requirements  identified  in 
CDRL  A004,  "Sector  Suite  Functional  Ana¬ 
lysis  and  Trade  Studies”  (Ref.  5).  The  analy¬ 
ses  presented  here  build  upon  the 
assertions  of  Ref.  5.  to  formally  record  the 
level  of  automation,  interfaces,  and  alloca¬ 
tion  of  requirements  between  Controller 
and  machine  for  the  AAS.  This  document 
forms  the  basis,  therefore,  of  what  will 
evolve  into  the  Controller's  "view"  of  the 
Advanced  Automation  System. 

The  analyses  contained  here  proceed 
from  a  top-level  view  of  the  Area  Control 
Facility  (ACF)  through  a1  decomposition  of 
activities,  sub-activities,  and  tasks  by  sector 
type  (Figure  1-1).  Assumptions  regarding 
Controller  crew-tearn  organizatibn  and  the 
domain  of  the  AAS  events  (through  opera¬ 
tional  scenarios)  feed  ihe  process  of  quali¬ 
tatively  assessing  Controller  workload. 


These  assessments  ultimately  allow  for 
definition  of  machine  aiding  requirements 
(Chapter  5.0),  and  dialogue  definitions 
(Chapter  8.0). 

The  baseline  functional  requirements 
and  level  of  automation  assumed  for  the 
AAS  have  been  mapped  from  CDRL  A004 
(Ref.  5).  As  depicted  in  Figure  1-2.  ACF  sys¬ 
tem  functions  (identified  in  Ref.  5)  are 
decomposed  into  Sector  Suite  operational 
functions.  Each  of  these  Sector  Suite 
functions  are  analyzed  ( in  Ref.  5)  to  partition 
their  component  processes  into  fully 
automated  or  man-machine  pair  actions. 
The  Sector  Suite  operational  activities 
(man-machine  pairs)  are  then  further 
decomposed  and  allocated  into  either  Sec¬ 
tor  Suite  sub-processes  or  Controller  sub¬ 
activities.  The  set  of  sub-activities  allocated 
to  the  Controller  MMI,  then,  forms  the 
functional  baseline  and  assumed  level  of 
automation  for  this  document. 

1.1  Organization  of  Document  Contents 

and  Structure 

Chapters  have  been  organized  in  tiis 
document  to  provide,  first  an  overview  of 
the  AAS/ ACF  operational  environment,  and 
subsequently,  Controller  information-pro¬ 
cessing  tasks  and  their  associated  work¬ 
load,  human  performance  requirements, 
and  dialogue  definitions. 

Chapter  2.0  provides  a  conceptual 
description  of  ACF  operations,  as  they  will 
appear  when  the  AAS  becomes  operational. 
A  facility-level  description  is  provided  along 
With  a  definition  of  operational  ACF  inter¬ 
faces.  This  characterization  leads  to  an 
overview  of  how  the  individual  Controller 
will  be  employed  in  carrying  out  ATG 
operations  in  the  ACF.  Chapter  3.0  defines 
the  AAS  event  domain  through  the  docu¬ 
mentation  of  scenarios.  Events  are  charac¬ 
terized  as  a  product  of  the  interactions 
among,  aircraft  airspace,  facilities,  sur¬ 
veillance  capabilities,  and  ATC  operations. 
An  event,  then,  is  a  distinct  occurrence 
which  the  Controller  perceives  and  re¬ 
sponds  to  in  some  manner.  Through  defini¬ 
tion  of  the  AAS  event  set,  one  can  derive  the 
top-level  Controller  activities  and  sub¬ 
activities  wnich  respond  to  the  stated 
events. 


DIALOGUE  DEFINITION 


Figure  1-1.  Concept  of  Operations 
Decomposition 


Figure  1-2.  Relationship  Between  CDRL 
A004  and  CDRL  A002 


Chapter  4.0  provides  the  reader  with 
the  results  of  the  Controller  information  pro¬ 
cessing  task  analysis.  Tasks  are  identified, 
allocated  to  sector  types,  and  mapped  to 
information  requirements  Interfaces  with 
Supervisory  and  Metering/Flow  Control 
positions  are  documentec  and  the  derived 
information  requirements  of  these  oositions 
are  listed. 


and  8.0  represent  the  nucleus  of  ••binding" 
requirements  to  be  included  in  a  submittal 
package  to  prime  contractors  at  DCP 
award. 

Conclusions  stemming  from  this  analy¬ 
sis  are  found  in  Chapter  9.0.  Open  issues 
are  identified  along  with  areas  requ-rmg 
further  investigation. 


Chapter  5.0  examines  the  tasks  iden¬ 
tified  m  Chapter  4.0  with  respect  to  opera¬ 
tional  requirements  to  gauge  potential 
limitations.  Particular  attention  is  paid  here 
to  machine  aiding  requirements  of  the  AAS 
(eg,  information  coding  and  display  require¬ 
ments).,  A  workload  assessment  model, 
based  on  plausible  scenarios  (event  chains), 
is  also  provided  to  characterize  AAS  Con¬ 
troller  workload. 

Chapter  6.0  documents  the  ACF  area 
team  organization.  This  section  focuses  on 
the  real-time  operations  in  the  ACF  and  the 
derivation  of  an  organizational  model  of 
sector,  sector  team,  and  area  operations 

Chapter  7.0  presents  a  definition  of 
task-oriented  performance  requirements  for 
line  Controllers  and  Controller  trainees 


Chapter  8.0  culminates  in  the  develop¬ 
ment  of  the  model  for  the  Controller's 
interaction,  with  the  system.  Controller- 
marphine  dialogue  definitions  are  estab¬ 
lished  through  an  expansion  of  the  task 
statements  contained  in  Chapter  4.0,  to 
incljde  implied  display  coding  require¬ 
ments  interaction  sequences  and  tech¬ 
niques  objects  and  their  relationships  and 
implied  display  content  The  term  “man- 
machine  dialogue”  denotes  the  conceptual  . 
interaction  between  Controller  at  his  workr 
station  and  the  AAS,  in  terms  of  data  that 
are  input  to  the  system  and  information  dis¬ 
played  by  the  system.  The  dialogue  is  the 
result  of  an  allocation  of  tasks  to  be  per-?  -» 
formed  by  the  Controller  (as  an  information' , . 
processor)  and  functions  performed  by  the 
AASu  The  man-machine  dialogue  forms  the 
users  (i.e.  Controller's)  view  of  the  man- 
machine  interface.  The  dialogue  definition 
presented  here  embodies  the  results  of 
all  preceding  analyses  (particularly  the  . 
info-mation-processing  task  analysis  and 
wordoad  assessments).  Chapters  4.0,  5.0, 


1.2  Objectives 

This  document  serves  both  as  a 
requirements  verification  tool  and  a  docu¬ 
mentation  medium  for  the  Sector  Suite 
Requirements  Validation  Team  (SSRVT).  It, 
therefore,  provides  both  a  communication 
channel  to  describe  the  Controller  view  of 
the  AAS  MMI  and  a  baseline  from  which  to 
track  Prime  Contractor  designs,  require¬ 
ments  changes,  and  new  evolving  concepts 
of  operation. 

The  AAS  is  being  developed  to  ensure 
the  safe,  orderly,  and  expeditious  flow  of 
traffic  throughout  the  National  Airspace 
System  (NAS)  up  to  and  beyond  the  year 
2000.  The  documentation  of  Controller 
information-processing  tasks  in  terms  of  his 
man-machine  dialogue  and  task  perform¬ 
ance  will  ultimately  determine  the  func¬ 
tional,  physical,  and  performance 
characteristics  of  Sector  Suite.  Clearly,  the 
proper  implementation  of  the  AAS  MMI  is 
critical  to  the  productive  use  of  valuable 
human  resources.  The  goal  of  this 
Operations  Concept  is  to  foster  an  optimum 
implementation  of  the  Controller-machine 
interface.  This  goat  is  approached  through 
the  explicit  documentation  of  an  extensive 
set  of  analyses  which  have  been  subjected 
to  a  series  of  cross  validations  which  ensure 
consistency  and  completeness  Controller 
concurrence  is  the' cornerstone  of  these 
analyses  and  has  been  provided  through 
the  SSRVT  process 

"  '■'The  primary  objective  of  this  document 
is  to  decompose  Controller  tasks  to  the 
level  of  detail  such  that  the  Controller's  job 
is  described  in  terms  of: 

a  sequences  Of  tasks  which  re¬ 
spond  to  a  given  ATC  event; 
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b.  the  conceptual  dialogue  oe tween 
the  Controller  and  his  work* 
station; 

c.  interactions  with  other  Controllers, 
Pilots,  Supervisory,  and  Meter¬ 
ing/Flow  Control  personnel;  and 

d.  information  needed  by  the  Con¬ 
troller  to  successfully  execute 
tasks  accurately  and  in  a  timely 
fashion. 

This  primary  objective  serves  the  purpose 
of  enabling  the  prime  contractors  to  under¬ 
stand  the  ACF  Controller's  job  and  to  trans¬ 
late  these  task  descriptions  into  Sector 
Suite  prototypes  and  design  documenta¬ 
tion,  thus  enabling  the  SSRVT  to  verify  and 
validate  baseline  Operational  Concepts 
and  to  understand  the  impact  of  changes  to 
Controller  tasks,  dialogue  definitions,  and 
interaction  techniques 

A  secondary  objective  is  to  charac¬ 
terize  Controller  tasks  in  terms  of: 

a.  human  capacity  and  workload; 

bi  machine  aids  required  to  max¬ 
imize  Controller  performance; 
and 

c.  required  Controller  training,  ex¬ 
perience,  and  skill  development. 

This  secondary  objective  enables  FAA  Air 
Traffic  (AT)  human  resource  management 
personnel  to  recognize  necessary  changes 
in  Controller  training  and  skills  acquisition 
policy.  It  also  aids  AT  management  in 
understanding  changes  required  to  main¬ 
tain  and  improve  work  force  and  organiza¬ 
tional  effectiveness. 

1.3  Scope 

This  document  proceeds  from  the 
functional  decomposition  presented  in  Ref. 
5.  (CDRL  A004).  The  set  of  functions 
allocated  to  the  “man-machine  pair"  in  that 


document  defines  the  essential  set  of  Sec¬ 
tor  Suite  capacities  which  lead  to  the  deriva¬ 
tion  of  the  AAS  MM!.  Table  1-1  summarizes 
the  baseline  function  allocation  presented 
in  Ref.  5,  CDRL  A0G4.The  function  set 
baselined  in  Ref.  5  was  predicated  by  an 
assumed  set  of  full  AAS  (including  AERA  1  ’) 
capabilities  being  “in  place”  in  the  ACF. 
Functional  evolution  to  AERA  2  and  3  and 
the  attendant  system  transition  issues  are, 
therefore,  not  addressed  in  this  Operations 
Concept 

The  focus  of  this  work  is  on  identifying 
and  characterizing  Controller  information¬ 
processing  tasks.  Tasks  are  considered 
which  encompass  a  range  of  automated 
support  from  highly  automated  to  interac¬ 
tive  to  primarily  manual.  In  all  cases,  these 
tasks  are  presented  from  the  vantage  point 
of  the  primary  or  support  Sector  Suite  Con¬ 
troller.  Tasks  intrinsic  to  Metering/Flow 
Control  and  Supervisory  positions  are  ad¬ 
dressed  to  the  extent  that  there  is  a  direct 
interface.with  the  line  Controller. 

This  AAS  Operations  Concept  is  fur¬ 
ther  bounded  by  our  current  understanding 
of  the  ACF  concept  This  analysis  focuses  on 
the  functionality  represented  in  tne  current 
NAS  TRACON  and  en  route  centers  as  it  will 
appear  in  the  AAS.  Tower  cab  operations, 
with  their  unique  MM!  requirements,  are  not 
directly  represented  herein. 

This  Operations  Concept  provides  the 
basis  for  determining  training  requirements 
and  the  establishment  of  learning  objectives 
and  proficiency  levels  within  the  AAS 
environment  It  also  provides  the  founda¬ 
tion  for  deriving  the  conceptual  user  model 
of  interaction  (i.e^  Controller  MMI  language 
requirements)1  which  will  be  further  refined 
in  CDRL  A005,  Sector  Suite  Man-Machine 
Functional  Capabilities  and  Performance 
Requirements  (Ref.  6). 


’Swedish,  W.J.  Evolution  of  Advanced  A  i  C  Automation  Functions  McLean,  VA:  The  MITRE  Cor¬ 
poration,  WP-83W1 49.  March  1983. 


TABLE  1*1.  ACFOF  ALLOCATION  SUMMARY 


ACF  Operational  Function 

1.  Surveillance  Processing 

1.1 

Initialize  Surveillance  Parameters 

1.2 

Receive  Sensor  Filter  Reconfiguration  Order 

1.3 

Determine  Sensor  Priority 

1.4 

Pre-Process  Sensor  Messages 

1.5 

Pre-Process  Weather  Messages 

1.6 

Identify  Target  Message 

1.7 

Registration  and  Collimation  Correction 

1.8 

Filter  Target  Reports 

1.9 

Target  Coordinate  and  Time  Conversion 

1.10 

Mode  C/S  Altitude  Pressure  Correction 

1.11 

Count  Target  Reports 

1.12 

Process  Sensor  Status  Messaged 

1.13 

Process  Sensor  Test  Messages 

1.14 

Process  Permanent  Echo  &  Search  Target  Messages 

1.15 

Process  Strobe  Messages 

1.16 

Process  Missing  Messages 

117 

Distribute  Weather  Map  Messages 

1.18 

Distribute  Target  Reports 

1.19 

Distribute  Site  Status  Report 

1.20 

Distribute  Test  Messages/Reports 

1.21 

Distribute  Permanent  &  Search  Target  Message 

1.22 

Distribute  Strobe  Message 

1.23 

Distribute  Error  Report 

2.  Weather  Processing 

2.1 

Generate  Digital  Weather  Map 

2.2 

Collect  Weather  Data  Amendments 

2.3 

Collect  Weather  Data  Requests 

2.4 

Collect  Weather  Data 

2.5 

Collect  Weather  Messages 

2.6 

Synthesize  Weather  Products 

2.7 

Assess  Weather  Conditions 

2.8 

Distribute  Weather  Products 

2.9 

Distribute  Weather  Amendments 

3.  Flight  Plan  Processing 

3.1 

Collect  FP  Messages 

3.2 

Collect  Requests  for  FP  Data 

3.3 

Collect  FP  Data  Changes 

3.4 

Collect  Weather  Products 

3.5 

Perform  Route  Conversion  ■ 

3.6 

Perform  FP  Position  Extrapolation 

3.7 

Distribute  FP  Data 

3.8 

Assign/Collect  Beacon  Code 

RECOMMENDED 
ALLOCATION 
(S  —  shared) 

(A  =  automated) 
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TABLE  1-1.  ACFOF  ALLOCATION  SUMMARY  (continued) 


ACF  Operational  Function 

RECOMMENDED 

ALLOCATION 

(S  =  shared) 

(A  =  automated) 

4.  Track  Processing 

4.1  Collect  Track  Initiation  Request 

S 

4.2  Collect  Filtered  Sensor,  Target  Reports 

A 

4.3  Collect  Altimeter  Reports 

A 

4.4  Collect  Track/FP  Pairing  Request 

S 

4.5  Collect  FP  Data 

A 

4.6  Celled  Weather  Data  Which  Affects  Track  Position 

A 

4.7  Initiate  Tracking 

A 

4.8  Correlate  Targets  With  Tracks 

A 

4.9  Determine  Track  Status 

A 

4.10  Pair  Track  To  Flight  Plan 

A 

4.1 1  Perform  Slant  Range  Conversion 

A 

4.12  Calculate  Track  Positions 

A 

4,13  Estimate  Track  Position/Velocity 

A 

4.14  Collect  Track  Termination  Request 

S 

4.15  Terminate  Track 

A 

4.16  Suspend  Track 

A 

4.17  Distribute  Track  Output  Oata 

A 

5.  Track/FP  Association  Checking 

5.1  Collect  Paired  Tracks 

A 

5.2  Collect  Flight  Pian  Data 

A 

5.3  Evaluate  Track/FP  Association 

A 

5.4  Issue  Notice 

A 

5.5  Update  Track  Status,  Distribute 

A 

5.6  Coordinate  With  A/C  To  Determine  Reason  For 

S 

Non-Conformanca 

5.7  Determine  Conformance  Correction,  Distribute 

S 

6.  Separation  Assurance  Monitoring 

■ 

6.1  Collect  Track  Positions 

A 

6.2  Collect  Weather  Products 

A 

6.3  Collect  Non-controlled  Aircraft  Information 

S 

6.4  Detect  Track/Weather  Conflict 

A 

6.5  Detect  MSAW  Conflict 

A 

6.6  Detect  Restricted  Airspace  Conflict 

A 

6.7  Detect  Track/Non-controlled  Aircraft  Conflict 

S 

6.8  Provide  Aircraft  Proximity  Report 

A 

6.9  Issue  Probability/Imminence  Alert 

A 

6.10  Generate  Options 

S 

6.11  Detect  A/C  Conflict 

A 

7.  Clearance/Advisory  Generation 

' 

7.1  Collect  Clearance  Requests 

S 

TABLE  1-1.  ACFOF  ALLOCATION  SUMMARY  (continued) 


ACF  Operational  Function 

RECOMMENDED 

ALLOCATION 

(S  =  shared) 

(A  =  automated) 

7.2 

Collect  Airspace  Restrictions 

S 

7.3 

Collect  Conflict  Resolution  Options 

S 

7.4 

Collect  Weather  Data 

S 

7.5 

Assess  Impact  of  Clearance  Request 

S 

7.6 

Generate  Alternatives,  Distribute 

S 

7.7 

Select  An  Alternative 

S 

7.8 

Validate  Selected  Alternative 

S 

7.9 

Coordinate  Resolution,  Approve  Clearance 

S 

7.10 

Approve  Clearance  Request 

S 

7.11 

Distribute  Clearance,  Clearance  Rejections,  Advisories 

S 

7.12 

Distribute  FP  Amendments,  Amendment  Rejection 

A 

7.13 

Collect/Distribute  FPCP  Results  Report 

S 

7.14 

Collect  Flow  Control  Restrictions 

S 

8.  Flow  Control 

8.1 

collect  weatner  product 

A 

8.2 

Collect  FP  Data 

A 

8.3 

Collect  Traffic  Forecasts 

S 

8.4 

Collect  Flow  Control  Quota  Information 

S 

8.5 

Collect  FAD  Information 

A 

8.6 

Collect  Runway  Configuration  Information 

S 

8.7 

Collect  TMS  Restrictions 

S 

8.8 

Collect  Track  Position 

A 

8.9 

Collect  Arrival/Departure  Information 

A 

8.10 

Determine  If  Problem  Conditions  Exist  ■ 

A 

8.11 

Request  Flow  Constraints 

S 

8.12 

Formulate,  Coordinate  Delay  Options 

S 

8.13 

Synthesize  Metering  Directives 

A 

8.14 

Synthesize  Flow  Control  Restrictions 

A 

8.15 

Distribute  Metering  Directives 

A 

8.16 

Distribute  Flow  Control  Restrictions 

A 

9.  Flight  Plan  Conflict  Probe 

9.1 

Collect  FPCP  Request 

A 

9.2 

Collect  FP  Data 

A 

9.3 

Collect  FP  Amendment 

A 

9.4 

Collect  Ptannod  Actions 

A 

9.5 

Collect  Weather  Products 

A 

9.6 

Collect  Airspace  Constraints 

A 

9.7 

Collect  True  Speed  Track  Position  Data 

A 

9.8 

Evaluate  FP/FP  Conflict 

A 

9.9 

Evaluate  FP/Weather  Conflict 

A 

9.10 

Evalute  FP/Blocked  Airspace  Conflict 

A 

9.11 

Evaluate  MSAW  Conflict 

A 

9.12 

Assess  Timeliness  of  Conflict 

A 

9.13 

Distribute  Results 

A 

TABLE  1-1.  ACFOF  ALLOCATION  SUMMARY  (continued) 
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ACF  Operational  Function 

RECOMMENDED 

ALLOCATION 

(S  =  shared) 

(A  =  automated) 

1 0.  Coordination 

10.1  Coordinate  Surveillance  Processing 

S 

10.2  Coordinate  Weather  Data  Processing 

S 

10.3  Coordinate  Flight  Plan  Data  Processing 

S 

10.4  Coordinate  Track  Processing 

S 

10.5  Coordinate  TracIVFP  Association  Tracking 

S 

10.6  Coordinate  Separation  Assurance  Monitoring 

S 

10.7  Coordinate  Clearance/ Advisory  Generation 

s 

10.8  Coordinate  Flew  Control 

s 

10.9  Coordinate  Flight  Plan  Conflict  Probe 

s 

10.10  Coordinate  Responsibility  for  Aircraft 

s 

10.11  Coordinate  Responsibility  for  Airspace 

s 

10.12  Coordinate  Users  Of  Communication  Channels 

s 

11.  Resource  Management 

11.1  Perform  Local  Flow  Control 

s 

11.2  Maintain  System  Parameters  and  Adaptation  Data 

s 

11.3  Monitor  System  Performance 

A 

114  Assess  Current  and  Future  Sector  Workload 

A 

1 1.5  Reconfigure  Sector  Boundaries/Responsible  Positions 

s 

12.  Data  Entry/Information  Display 

12.1  Accept/Process  Data  Inputs 

s 

12.2  Distribute  Information  Outputs 

s 

12.3  Manage  Data  Entry/Information  Display  Processes 

s 

12.4  Provide  User  Guidance 

s 

1 3.  Error  Detection  and  Recovery 


13.1  Detect  Data  Source  Inconsistencies 

13.2  Detect  Errors  Local  To  Source 

13.3  Detect  Human  Errors 

13.4  Diagnose  Error 

13.5  Retry  Process 

13.6  Perform  Reconfiguration 

13.7  Perform  Rollback 

13.8  Perform  Restart 

13.9  Maintain  Backup  Files 

13.10  Perform  Checkpointing 

13.11  Perform  Journaling 

13.12  Repair  Areas  Effected  by  Error 

13-13  Perform  Reintegiation 

13.14  Execute  Backup  Procedures  For  Loss  Of 
Functionality 
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1.4  Assumptions 

The  human  information-processing 
model  of  the  AAS  Controller  presented  here 
assumes  an  initial  characterization  of  air 
traffic  Controller  activities  as  being  pri¬ 
mal  ily  event  sensitive  or  event  responsive. 
Through  the  identification  of  the  AAS  event 
domain,  this  assumption  drives  the  top-level 
activity  structure  for  the  AAS  Controller. 
These  activities  c-'tn  then  be  decomposed, 
according  to  formal  rules  of  decomposition, 
to  arrive  at  Controller  information-processing 
tasks,  information-processing  tasks  may  be 
characterized  as  being  initiated  by  an  event 
stimulus  and  which  invoke  a  discernible 
response.  Controller  task  performance  is 
influenced  by  global  system  parameters, 
le,  knowledge  of  ATC  procedures,  hand¬ 
books  (71  10.65),  and  memoranda  of  agree¬ 
ments.  Different  types  of  tasks  result  in 
behaviors  (human  performance  indices) 
which  are  either  measured  by  how  accurate 
or  timely  a  Controller  performs  a  given  task, 
or  subjective  estimates  of  expected  behav¬ 
ior.  Tasks  (for  analytical  reasons)  must 
exhibit  a  osure  conoition  which  rep¬ 
resents  either  transition  to  other  tasks  in  a 
sequence  of  information  processing  or  a 
response  which  meets  conditions  for  task 
closure,  such  as  completion  of  aircraft 
maneuver,  handoff  acceptance  of  control, 
or  completion  of  a  message  entry  (see 
Figure  1-3). 

Controller  information-processing  tasks 
define  the  sequence  of  interactions  be¬ 
tween  man  and  machine  which  are  trig¬ 
gered  either  by  a  previous  task  or  an  event 
and  result  in  a  detectable  Controller  action. 
An  example  of  a  task  is:  “  Request  special 
use  airspace  probe."  The  event  stimulus  (as 
shown  in  Figure  1  -3)  can  be  characterized 
in  terms  of  message  input  via  display  or 
voice.  This  stimulus  causes  Controller 
integration  of  global  system  parameters 
(e.g,  separation  standards,  geography, 
route  structures,  current  sectorization)  and 
the  generation  of  control  responses  (e.g., 
initiate  flight  plan  conflict  probe).  Charac¬ 
teristics  which  represent  this  response  can 
be  correlated  to  the  completion  of  a  task 
and  the  time  and  effort  (mental  load) 
required  to  achieve  some  completion 
criteria  Supporting  this  fundamental  as¬ 


sumption  are  the  formalisms  of  functional 
decomposition,  information  flow,  and  state 
space  theory,  thoroughly  treated  by  Ref.  1 
and  Ref.  2. 

The  set  of  events  for  the  current  NAS 
has  been  defined  and  validated  by  the 
SSRVT  elsewhere  (Ref.  4,  CDRL  A001).  For 
the  purposes  of  the  analysis,  it  is  assumed 
that  the  classes  of  operational  events 
defined  in  Ref.  4  are  invariant  to  the  period 
when  AAS  becomes  fully  operational  In 
other  words,  the  modes  of  Controller- 
machine  interaction  will  markedly  differ  in 
the  AAS,  but  the  event  domain  (defined  in 
terms  of  single  and  multiple  aircraft 
situations)  will  be  largely  the  same  as  in 
today's  system.  This  conclusion  may  be 
drawn  since  AAS  events  will  be  the  result  of 
interactions  between  aircraft,  airports,  air¬ 
space,  weather,  and  the  operational 
environment  just  as  current  NAS  events  are 
(see  Figure  1-4). 

For  the  purposes  of  this  analysis,  we 
assume  that  ACFs  will  not  be  categorized 
as  either  en  route  or  terminal  because 
functional  responsibility  will  be  integrated. 
Airspace  is  viewed  as  being  partitioned 
within  an  ACF  into  sectors,  and  multiple 
ACFs  will  exist 

Other  specific  assumptions  are  as 
follows: 

a  The  essential  MMI  component  of 
the  AAS  resides  within  the  Sector 
Suite  subsystem.  The  term  “sub- 
,  system"  is  used  here  to  derote 
the  Controller  workstation,  inter¬ 
faces,  and  software  which  imple¬ 
ment  the  Controller  MMI  functions 

b.  Critical  interfacing  systems  which 
support  Sector  Suite  operations 
(see  section  2.3,  ACF/AAS  Inter¬ 
faces  for  more  detail)  include: 

—  Center  Weather 

Processor  (CWP) 

—  Voice  Switching  and 

Control.  System  (VSCS) 
—  National  Airspace  Data 

Interchange  Network 
(NAOIN) 


MO 


—  Mode  S  Surveillance 

System 

These  systems  will  be  implemented 
prior  to  AAS/AERA  1  (Ref.  7);  The  products 
of  these  systems  will  either  be  configured 
as  a  component  within  the  Controller 
workstation,  or  provide  data  which  are  used 
by  the  Controller  In  performance  of  his 
duties.  For  example,  it  is  assumed  that  the 
CWP  will  provide  weather  forecasts,  SIG- 
METs,  and  advisory  information  which  the 
AAS  will  provide  to  the  Controller  at  his 
workstation. 

a  It  is  assumed  that  the  AAS  will 
perform  in  accordance  with  the 
accuracy,  speed,  reliability,  and 
capacity  requirements  specified 
in  Ref.  7  in  all  areas,  including 

—  tracking  accuracv 

—  conflict  alert 

—  fault  tolerance  and 
allowable  levels  of 
system  degradation 

d.  Major  AERA  1  functions  will  be 
operational  at  the  time  of  full  AAS. 
These  functions'  include:  flight 
plan  conflict  probe,  airspace  probe, 
sector  workload  probe,  and  trajec¬ 
tory  estimation. 

a  This  Operations  Concept  does 
not  directly  address  the  Initial 
Sector  Suite  Subsystem  (ISSS); 
however,  the  ISSS  MMI  should 
closely  correspond  to  the  require¬ 
ments  defined  hereia 

1.5  Methodology  and  Logic  for  Preparing 

This  Document 

Prior  to  performing  the  Controller  task 
analysis,  the  ACF  operational  employment 
concept  is  summarized.  This  initial  ACF 
characterization  forms  the  basis  for  subse¬ 
quent  information-processing  task  analyses 
The  resulting  task  decomposition  then 
forms  the  foundation  for  the  AAS  Opera¬ 
tions  Concept 

Operational  requirements  specified  in 


CDRL  A004  (Ref.  5)  are  translated  into  a  set 
of  scenarios  which  both  define  the  AAS 
event  domain  and  the  relationship  between 
AAS  operations  and  the  external  environ¬ 
ment  Major  components  of  the  external 
environment  include  airspace,  weather,  air¬ 
craft,  airway/airport  facilities,  and  sur¬ 
veillance  capabilities  (as  is  the  case  in 
today’s  system). 

Airspace  is  bounded  by  elements  such 
as  the  geography,  terrain,  obstacles,  airway 
route  structures,  and  weather.  Aircraft  is 
functionally  related  to  airspace  in  that  air¬ 
craft  navigate  through  airspace  using  ran- 
om  routes  or  the  formal  airway  route 
structures.  Aircraft  can  be  characterized  as 
having  Instrument  Flight  Rule/Visual  Flight 
Rule  (IFR/VFR)  capabilities  and  designated 
as  either  commercial,  general  aviation,  or 
military.  The  term  Airway/Airport  Facilities 
here  is  used  to  denote  local  government 
“ground  side”  facilities  (airports,  runways) 
and  FAA  “air  siae"  facilities  ( ATC  equipment 
navigation  aids)-These  facilities  are  directly 
related  to  aircraft  and  airspace  in  the  sense 
that  aircraft  flying  published  routes  rely  on 
navigational  aids  which  may  be  affected  by 
terrain  or  man-made  obstacles  and  weather. 
Surveillance  Capabilities  concern  radar 
coverage  of  aircraft  and  weather. 

The  importance  of  the  relationships 
among  airspace,  aircraft  facilities,  and  sur¬ 
veillance  capabilities  from  the  Controller 
perspective  is  that  events  (which  trigger 
Controller  actions)  may  be  characterized  in 
terms  of  these  elements  Given  the  premise 
that  AAS  events  will  be  invariant  to  current 
NAS  events  (as  defined  in  Ref.  4.  CDRL 
A001),  and  an  assumed  set  of  capability 
enhancements  to  interfacing  systems  (par¬ 
ticularly  Mode  S  data  link),  the  AAS  event 
set  is  defined  in  Chapter  3.0  of  this 
document 

The  preliminary  assertions  regarding 
the  ACF  Operations  Concept  and  the  AAS 
operational  scenarios  noted  above,  along 
with  the  functional  baseline  established  in 
Ref.  5  (CDRL  A004),  form  the  starting  point 
for  the  subsequent  analytic  process  under¬ 
taken  in  this  document.  The  seven  analytic 
steps  employed  in  the  development  of  this 
Operations  Concept  are  depicted  in  Figure 
1-5.  ' 
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—  A  PERCEPTUAL.  COGNITIVE  OR  MOTOR  UNIT  OF  WORK  WHICH  HAS  THE  FOLLOWING 
PROPERTIES: 

-  OCCURRENCE  OF  AN  EVENT  WHICH  CAN  BE  CHARACTERIZED  IN  TERMS  OF  SOME 
MESSAGE  INPUT  VIA  A  SITUATION  DISPLAY.  FUGHT  STRIP.  INTERPHONE/RAOIO 
COMMUNICATION  OR  WEATHER  REPORT 

—  SEPARATION  STANDARDS.  PROCEDURES,  GEOGRAPHIC  REFERENCES.  AND  OTHER 
ADAPTATION  DATA 

'  —  OBSERVABLE  CONTROLLER  ACTiON.  MAY  ALSO  REPRESENT  THE  INITIATION  OF 
AN  EVENT 

-*  TIME  OR  ACCURACY  REUUIREO  FOR  TASK  ACCOMPLISHMENT 


-  COMPLETION  CONDITION  SUCH  AS  A  CONDITION  FOR  TRANSITIONING  TO  THE 
NEXT  TASK  OR  TOTAL  TASK  ACCOMPLISHMENT 


Figure  1-3.  Controller  Information 
Processing  Model 
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1.5.1  Controller  Information- 
Processing  Task  Analysis 

The  first  step  in  the  process  involves 
the  identification  and  decomposition  of 
Controller  information-processing  tasks. 
The  top-level  set  of  Controller  activities  is 
structured  in  terms  of  accomplishment  of 
tne  goal  of  air  traffic  control,  namely  the 
effective  implementation  of  the  separation/ 
control  standards.  The  implementation  of 
those  standards  by  the  Controller  assures 
the  safe,  orderly,  and  expeditious  flow  of  air 
traffic  in  today's  system,  and  remains  as  the 
raison  d'etre  of  the  AAS.  Division  of  airspace 
is  intrinsic  to  this  philosophy  in  that  the 
Controller  manages  his  airspace  in  accord¬ 
ance  with  FAA  separation  standards  and 
procedures.  This  philosophy  transcends  a 
single  sector  by  requiring  the  formal  trans¬ 
fer  of  aircraft  control  from  sectors  within  an 
ACF,  between  ACFs,  and  from  ACFs  to 
the  towers. 

Activities  represent  the  top-level  func¬ 
tions  performed  by  the  Controller-machine, 
pair  to  implement  the  apove  goals.  The  term 
“Controller-machine  pair"  is  used  in  this 
context  to  denote  the  actions  a  Controller 
performs  at  his  workstation  in  response  to 
an  event  or  a  series  of  events.  A  sequence 
of  activities  is,  therefore,  a  subset  of  an  ACF 
Controller  function  which  is  the  result  of 
either  external  events,  the  coordination 
among  Controllers  on  a  Sector  Suite  team, 
or  coordination  between  adjacent  sectors. 

1 .5. 1 . 1  Composition  Graphs  for 
Information-Processing  Tasks 

Given  the  top-level  set  of  ACF  Con¬ 
troller  activities,  one  can  perform  a  logical 
decomposition  into  sub-activities  and  final¬ 
ly,  tasks,  which  preserve  consistency,  com¬ 
pleteness,  and  transitivity  of  event  stimuli 
and  Controller  output  responses.  The  use  of 
composition  graphs  is  illustrated  in  Figure 
1-6.  Composition  graphs  have  been  se¬ 
lected  as  a  task  decomposition  tool  due  to 
their  i  nherent  capability  to  show  the  multi¬ 
processing  nature  of  the  Controller's  job. 
Figure  1-6  illustrates  composition  graph 
symbols  which  define  sequential,  con¬ 
current,  iterative,  and  decision  making 
(path  selection)  flow  of  sub-activities  The 


basic  composition  graph  symbology  set  is 
also  shown  in  Figure  1-6.  Figure  1-7  covers 
the  composition  graph  formalisms  and  the 
rules  of  functional  decomposition. 

A  composition  graph  of  tasks  reflects 
linkages  among  the  tasks,  not  a  hierarchical 
arrangement  that  implies  the  "level”  of  the 
task.  The  first  task  is  not  an  "overall  task'  to 
be  accomplished  by  performance  of  the 
tasks  that  follow  on  the  graph.  Nor  is  a  com¬ 
position  graph  a  flow  chart  in  the  usual 
sense,  though  a  sense  of  task  sequencing 
is  inherent  in  the  graphic  portrayal. 

Tasks  are  stated  to  a  functional  level  of 
what  is  accomplished  by  the  Controller. 
Low-level  procedures  or  precise  steps  of 
how  a  task  is  performed  on  a  given  set  of 
equipment  are  not  detailed.  Rather,  their 
intent  is  to  reflect  what  gets  done  without 
unduly  restricting  them  to  a  particular 
design,  display  equipment,  or  specific 
procedure. 

1.5.1. 2  Task  Description  Language 

iJDLL 

The  resultant  graphical  task  decom¬ 
position  is  then  translated  into  £  tailored 
version  of  structured  English  called  Task 
Description  Language  (TDL).  The  TDL 
ensures  logical  consistency  in  the  graphical 
task  decomposition  and  communicates  the 
AAS  task  structure,  both  to  Controllers  and 
to  prime  contractor  engineering  personnel. 
The  TDL  provides  the  same  information  as 
the  composition  graphs,  but  presents  it  ih  a 
way  which  forcesan  analysts  of  the  logical 
connections  among  the  taska  This  is  done 
by  first  standardizing  the  task  statement  in- 
terms  of  a  set  of  rion-redundant  verbs, 
objecta  and  qualifiers  to  ensure  consistent 
use  of  terminology.  A  set  of  logical  con¬ 
structs  is  then  applied  to  organize  the  tasks 
in  a  logically  meaningful  way.  The  use  of 
TDL  in  conjunction  with  the  graphs  serves 
as  a  validation  tool  whicn  ensures  that  the 
task  analysis  is  consistent  and  complete. 
Figure  1-8  shows  the  relationship  between 
composition  graphs  and  TDL  Appendix  A 
provides  the  complete  set  of  graphs  and 
TDL  which  define  the  ACF  Controller's  job. 
Reference  Chapter  4.0  and  Apprendix  A 
for  graphing  and  TDL  definitions, 
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Figure  1*6.  Exampie  of  Controller  Activity 
Decomposition 
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Figure  1-7*  Composition  Graph  Formalisms 
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Figure  1-8.  Relationship  Between 
Composition  Graphs  and  TDL 


1.6  References 


1.5.2  Characterizations  of  Controller 
Information-Processing  Tasks 

The  subsequent  analytic  steps  de¬ 
picted  in  Figure  1-5  rely  on  Step  1’s  task 
decomposition.  The  level  of  detail  repre¬ 
sented  in  the  composition  graphs  and  TDL 
allows  for  characterizations  of  tasks  based 
upon  information  inputs  and  Controller  out¬ 
put  requirements.  Tasks  are  characterized 
in  terms  of  both  ATC  complexity  factors  and 
sector  type  (e.g.,  low  altitude  arrival,  high 
altitude  en  route).  ATC  complexity  factors 
include  coordination,  traffic  density,  traffic 
orientation,  traffic  separation,  sequencing, 
and  time  responsiveness. 

This  initial  characterization  later  feeds 
operator  workload  assessments  and  as¬ 
sumptions  made  concerning  the  ACF  crew / 
team  organization  modeL  Cognitive  and 
perceptual  task  attributes  are  then  mapped 
to  workload  assessments  and  potential 
human  capacity  limitations  to  derive  machine 
aiding  requirements  such  as  display  high¬ 
lighting,  alarms,  etc 

Another  series  of  task  characteriza¬ 
tions  in  terms  of  human  performance  attri¬ 
butes  provides  the  basis  for  determining 
journeyman  Controller  skill  level  require¬ 
ments  and  trainee  performance  require¬ 
ments.  The  Controller-machine  dialogue  is 
derived  through  a  logical  extension  of  theSe 
task  statements  and  characterizations  to 
determine  display  content  input  interac¬ 
tions,  and  information  presentation/coding 
strategies  (Ref.  9). 

Therefore,  a  direct  link  is  preserved 
between  the  event-sensitive  Controller 
information-processing  tasks  (depicted  in 
composition  graph  and  TDL  form)  and  the 
input  and  display  requirements  of  the  AAS 
MMI.  This  Operations  Concept  for  the  AAS 
Man-Machine  Interface,  therefore,  provides 
the  basis  for  CDRL  A005,  Sector  Suite  Man- 
Machine  Functional  Capabilities  and  Per¬ 
formance  Requirements  (Ref.  6)  and  CDRL 
A003.  Draft  Sector  Suite  Console  Require¬ 
ments  Specifications  (Ref.  3),  and  so  ensures 
that  AAS  MMI  requirements  are  in  all  cases 
directly  derived  from  and  traceable  to  ACF 
Controller  task  requirements. 
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2.0  ACF  OPERATIONS  CONCEPT 

The  NAS  plan  (Ref.  35.  outlines  the 
objective  to  consolidate  the  operations  of 
multiple  terminal  radar  approach  control 
and  en  route  air  traffic  control  facilities  (that 
are  located  in  the  same  geographic  area) 
into  ACF  The  co-located  ‘abilities  will  be 
responsible  for  performing  arrival,  depar¬ 
ture.  and/or  en  route  control  of  air  traffic  A 
distinction  will  not  be  made  between  en 
route  operations  and  terminal  operations, 
as  the  integration  of  these  functions  is  one 
of  the  FAA  goals  which  the  AAS  supports. 
However,  a  distinction  is  made  according  to 
sector  types  tc  assure  that  the  unique 
characteristics  of  terminal  approach  control 
operation  are  understood  and  preserved 
The  concept  of  ACF  operations,  including 
an  overview  of  how  the  individual  Controller 
will  be  employed  in  carrying  out  these  ATC 
operations,  is  summarized  in  this  chapter. 

2.1  Summary  ot  ACF  Operational 

Employment  Concept 

The  intent  of  the  consolidation  of  en 
route  and  terminal  Controller/User  Opera¬ 
tion  facilities  into  ACFs  is  to  achieve  the 
following  mission  level  ATC  goals: 

•  Integration  of  functional  respon¬ 
sibility  for  the  safe,  orderly, 
expeditious  flow  of  traffic. 

•  Ensurance  of  uniformity  Qf  con¬ 
cept  application  throughout  the 
ATC  system. 

«  Increased  automation  of  air  traf¬ 
fic  sepaiation  services  and  flight 
data  processing., 

•  .  Unrestricted  operational  data 

interchange. 

•  ■  Integration  of  sectors  to  include 

control  of  en  route  and  terminal 
airspace. 

•  Increased  productivity  of  Con¬ 
trollers  through  enhanced  auto¬ 
mation. 

•  Reduced  overhead  staffing. 


•  Reduced  boundaries  between 
approach  control  and  en  route 
functions. 

•  Reduced  need  for  interfacility 
transfer  of  control  of  aircraft 

,  •  Increased  automation  to  trans¬ 
fer  more  of  Controller  workload 
to  machine. 

To  paraphrase,  the  overall  goal  is  to 
improve  air  traffic  control  service  to  users, 
increase  Air  Traffic  and  Airway  Facilities 
personnel  effectiveness  and  productivity, 
and  absorb  growth  through  consolidation  of 
ATC  facilities  while  maximizing  the  utility  of 
advanced  automation. 

ACFs  will  have  realigned  boundaries 
based  primarily  on  traffic  flows  throughout 
large  geographic  areas,  accommodating 
arrival,  departure,  and  en  route  control  in 
one  type  of  facility.  All  necessary  control 
towers  will  remain  in  existence,  but  radar 
approach  control  facilities  will  be  con¬ 
solidated  within  the  ACF. 

Figure  2-1  illustrates  an  example  of 
the  consolidation  of  facilities  and  the  con¬ 
cept  of  an  ACF.  Numerous  facilities  in  the 
Pacific  Northwest  (such  as  Spokane,  Wash¬ 
ington,  Helena.  Montana  ana  others)  might 
be  combined  and  relocated  m  Seattle  as 
one  ACF.  This  facility  could  be  either  a  Type 
A.  Type  B,  or  Type  C  ACF,  as  illustrated  in 
Figure  2-1 .  A  Type  B  ACF  is  limited  by  a  ceil¬ 
ing  altitude,  as  shown.  Type  A  airspace  is 
not  bounded  by  a  floor  or  ceiling.  Type  C  air¬ 
space  is  bounded  by  a  floor  altitude.  Type  B 
and  C  facilities  are  designed  to  respond  to 
unique  operational  considerations  such  as 
air  traffic  density  and  traffic  flows. 

Key  to  the  development  and  evolution 
of  the  ACF  Operational  Employment  Con¬ 
cept  is  a.  more  efficient  Controller-machine 
interaction.  The  first  step  in  defining  a  more 
operationally  effective  MMI  is  to  examine 
the  major  components  of  the  ACF  Opera¬ 
tions  Concept  to  determine  the  roles  of  the 
Controllers,  and  sector  and  area  teams. 

Figure  2*2  depicts,  in  composition 
graph,  form,  the  top-level  operational 
elements  of  the  NAS  ATC  system., The  major 
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Figure  2*1.  Consolidation  of  ATC  Facilities 

into  ACF  Types  /  .  * 


Figure  2-2.  ACF  Operational  Concept 


components  of  the  system  are  the  Area 
Control  Facilities  (ACFs),  the  Airport  Traffic 
Control  Towers  (ATCTs),  and  other  facilities 
such  as  BASOPS  and  ARINC.  (See  defini¬ 
tions  in  Appendix  D),  Figure  2-2  shows  an 
abstract  flow  of  information  between/ 
among  ACFs,  to  and  from  aircraft  as  well  as 
the  necessary  coordination  between  ACFs, 
ATCTs,  and  other  facilities.  This  shews  at  a 
very  high  level  the  different  types  of  inter¬ 
faces  with  which  the  Controller  is  involved, 
and  establishes  a  basis  for  a  more  detailed 
look  at  the  composition  of  Controller  tasks 
and  dialogue  definitions  in  Chapter  8.0.  The 
solid-arrowed  lines  in  the  graph  show  how 
the  planning  and  control  responsibility  for  a 
specific  aircraft  moves  through  the  system 
The  dashed- arrowed  lines  indicate  the  flow 
of  information  through  the  system.  For 
example,  information  may  be  passed  from 
an  ACF  to  an  aircraft  This  information,  as 
well  as  information  from  other  ACFs,  may  be 
passed  along  to  an  appropriate  ATCT  or 
other  facility  after  having  been  coordinated 
with  other  incoming  informatioa  The  coor¬ 
dination  of  information  may  be  done  either 
by  direct  voice.  i.e.  verbal'y.  via  NAOIN,  or 
via  VSCS.  The  concurrency  notation  (&) 
superimposed  on  this  block  diagram  shows 
that  each  of  the  indicated  functional 
elements  operate  in  parallel  with  others. 

Figure  2-3  depicts  ACF  interfaces  in 
composition  graph  form  similar  to  Figure  2- 
2.  This  diagram  depicts  a  number  cr  sectors 
within  an  ACF  and  shows  the  relationship 
between  the  flow  of  information  and  control 
external  to  an  ACF  and  that  which  is  internal 
to  an  ACF.  Inputs  which  are,  external  to  the 
ACF,  such  as  flow  control,  flight  plans,  flight 
plan  amendments,  surveillance  data, 
weather  data,  aircraft  communications,  and 
status  information,  are  transformed  by  ACF 
operations  and  automation  functions  into 
clearances,  advisories,  coordination  infor¬ 
mation,  transfer-of-control  data  (i.e.,  handoff 
data),  and  system  status  information.  These 
outputs  are  distributed  to  entities  outside 
the  ACF,  such  as  aircraft  other  ACFs,  or 
ATC  towers  (Ref.  1,  CDRL  A004).  Figure  2-3 
illustrates  the  coordination  of  weather  infor¬ 
mation  and  information  from  an  aircraft,  and 
the  flow  of  that  information  to  the  appropri¬ 
ate  sector  suite.  This  information  is  then 
transformed  into  handoff  data  (in  this  ex¬ 
ample)  and  passed  along  to  another  aircraft 


The  information  is  coordinated  either  ver¬ 
bally,  by  NADIN  or  VSCS,  and  also  through 
the  Sector  Suite  interfaca  Finally,  in  this 
example  the  information  is  coordinated  with 
an  ATC  tower.  This  diagram  illustrates 
through  the  use  of  concurrency  notation 
that  ihe  elements  within  an  ACF  may 
operate  within  thn  ACFs  themselves,  and 
that  elements  external  to  the  ACFs, may 
also  operate  simultaneously. 

The  ACF  will  ensure  that  no  degrada¬ 
tion  or  loss  of  existing  services  occurs  while 
the  system  evolves  from  the  current  one, 
which  is  segregated  into  terminal  and  en 
route  facilities,  into  an  integrated  one.  It  is 
also  assumed  that  services  will  be  improved 
where  deficiencies  exist  and  that  in  addi¬ 
tion,  increasing  traffic  levels  and  demands 
for  services  will  be  accommodated. 

As  stated  in  Ref.  3  (NAS  Plan),  these 
improvements  principally  consist  of: 

•  Those  that  will  upgrade  current 
systems  by  adding  or  expanding 
safety-related  functions  or  in¬ 
creasing  capacity  to  accom¬ 
modate  demand  while  newer 

1  systems  are  being  developed. 

•  Those  that  apply  high  levels  of 
automation  to  air  traffic  control 
and  flight  services.  The  most  not¬ 
able  aspects  of  the  systems 
approach  are  expanded  common, 
readily  available  data  bases  and 
higher  levels  of  service  that  result 
from  automating  the  more  routine 
Controller  tasks 

•  Those  that  consolidate  facilities 
Consolidations  will  not  only  allow 
for  the  cost-effective  introduction 
of  new  technology,  but  will  also 
remove  constraints  to  the  orderly 
flow  of  traffic  and  create  a  more 
efficient  work  force.  Consolidation 
is  expected  to  be  a  maior  factor 
in  the  anticipated  increase  in 
productivity. 

The  planned  evolution  of  the  ATC  sys¬ 
tem  will  improve  safety  and  efficiency,  be 
responsive  to  user  needs  and  satisfy 
increasing  demands  at  minimum  cost.  The 
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Figure  2-3.  ACF  Interfaces 


impact  of  these  proposed  improvements  on 
the  performance  of  the  Controller  will  be 
addressed  in  Chapter  5.0.  Controller 
Workload  Assessment  and  Definition  of' 
Machine  Support. 

In  ‘•ummary.  Controller  productivity 
will  be  increased  in  one  area  by  the  creation 
of  a  more  efficient  MMI.  Improved  automa¬ 
tion  will  allow  the  transfer  of  more  of  the 
Controller's  workload  to  the  machine.  For 
example,  improvements  to  sensor/tracking 
performance  will  result  in  providing  more 
reliable  data  to  the  Controllers  which  may 
result  in  greater  acceptance  of  improved 
separation  assurance  monitoring  functions, 
strategic  flight  planning,  and  pther  AERA 
capabilities.  Key  to  productivity  will  be  gain¬ 
ing  the  Controllers’  confidence  through 
demonstrations  of  improved  automation 
capabilities  and  providing  them  with  highly 
reliable  information  and  operational 
services. 

2.2  Facility-Level  Description 

The  major  operational  functions  of  the 
ACF  will  include  the  following: 

•  Surveillance  processing 

•  Weather  processing 

•  Flight  data  processing 

•  Tracking 

•  Association  checking 

•  Conflict  probe 

•  Separation  assurance 

•  ,  Flow  control 

•  Clearance/advisory  delivery 

•  Data  entry  &  display 
(MMI  processing) 

According  to  the  National  Airspace 
System  Plan  (Ref.  3),  en  route  and  terminal 
facilities  will  be  consolidated  into  ACFs 
This  consolidation  features  the  use  of  com¬ 
mon  computers  and  Sector  Suites  These 
maior  operational  elements  are  treated 
herein  m  the  development  of  the  operations 
concept  This  operations  concept  assumes 
the  consolidation  of  facilities  posed  in  the 
NAS  plan. 

Within  each  ACF.  the  Advanced  Auto¬ 
mation  System  (Ref.  2)  will  have  computer 
processing  divided  between  common  pro¬ 
cessing  equipment  and  the  individual  Sec¬ 


tor  Suite.  In  a  typical  Sector  Suite,  multiple 
displays  will  provide  a  plan  view  of  the  air 
traffic  and  weather  situation,  alphanumeric 
flight  and  weather  data,  and  other 
aeronautical  information  such  as  notices  to 
airmen  (NOTAMs),  and  traffic  planning  data 
including  the  ability  to  probe  the  system  for 
conflict-free,  fuel-efficient  rlight  paths.  Sec¬ 
tor  processing,  and  the  failsoft  and 
emergency  modes  of  the  AAS  will  ensure 
that  required  surveillance,  flight  data  and 
weather  information  are  available  at  the 
particular  Controller  position. 

The  purpose  of  the  AAS  is  to  provide  a 
otal  automation  system  that  includes  the 
Controller  Sector  Suite,  new  computer 
software,  and  new  processors  to  augment 
the  host  cohnputers.  The  AAS  will  provide 
the  capacity  to  handle  the  projected  traffic 
load  through  the  year  2000:  increased  pro¬ 
ductivity  through  introduction  of  new  Sec¬ 
tor  Suites  at  the  earliest  practical  time,  a 
high  degree  of  reliability  and  availability, 
and  the  capability  for  enhancement  to.  per¬ 
form  other  functions  subsequently  intro¬ 
duced  into  the  system.  Software  functions 
that  are  now  unique  to  the  terminal  air  traf¬ 
fic  control  systems  will  be  incorporate  ’  into 
the  new  software  to  support  the  Area  Con¬ 
trol  Facilities  All  remaining  elements  of  the 
current  en  route  automation  hardware  and 
software  will  be  replaced: 

The  full  AAS  will  make  possible  the 
integration  of  en  route  and  terminal  oper¬ 
ations  in  the  ACFs  The  tower  cab  tower 
position  consoles  will  be  installed  when  ter¬ 
minal  radar  control  is  operationally 
integrated  into  the  Area  Control  Facilities 

Distributed  processing  will  inherently 
provide  high  availability  and  protection  from 
total  system  failure.  Increased  operational 
flexibility  can  be  achieved,  since  the  num¬ 
ber  of  Controller  operating  positions  can  be 
reconfigured  to  meet  changing  demand 
based  on  day-to-day  or  hour-to-  hour  work¬ 
load  requirements  When  traffic  decreases. 
Sector  Suites  and  associated  com¬ 
munications  can  be  configured  into  larger 
operating  Sectors;  and  the  total  number  of 
operating  positions  and  associated  staffing 
can  be  reduced. 

The  aovanced  functions  o *  the 
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automated  en  route  air  traffic  control 
(AERA)  program  will  be  added  to  the  AAS  in 
incremental  steps.  Direct  fuel-efficient 
route  planning  and  traffic  management  will 
be  added  before  strategic  planning  and  full 
tactical  clearance  generation.  During  the 
latter  phases  of  the  NAS  plan,  weather,  and 
flight  information  and  eventually  computer¬ 
generated  clearance  messages,  will  be 
transmitted  directly  to  aircraft  via  data 
link 

2.3  ACF  System  Elements 

Although  the  main  activities  in  an  ACF 
are  centered  around  the  ACCC,  there  are 
other  equipments  and  activities  that  will 
also  be  part  of  an  ACF.  Each  ACF  will  also 
include  communications  equipment  for 
example  a  VSCS,  and  voice-radio  equip¬ 
ment  space  and  equipment  for  administra¬ 
tive  activities.  Each  ACF  will  also  include  a 
NADIN  Concentrator,  a  Central  Weather 
Processor  (CWP)  and  a  Flight  Service  Data 
Processing  System.  The  system  elements 
of  major  concern  with  respect  to  the 
Operations  Concept  are  the  following: 

•  AAS  Area  Control  Computer  Complex 
(ACCC) 

The  ACCC  is  the  equipment  and 
software  that  provides  automation 
support  for  the  control  of  aircraft  in  a 
volume  of  airspace  under  the  air  traffic 
jurisdiction  of  an  ACF.  The  equipment 
and  software  of  all  ACCCs  shall  be 
identical,  varying  oniy  in  installation 
quantities  end  in  software  adaptation 
Ip  the  operational  configuration  of 
the  sites. 

An  ACCC  includes  computers, 
computer  programs  and  related 
documentation,  displays,  storage 
devices,  input  devices,  output  inter¬ 
connecting  communications,  a  sup¬ 
porting  maintenance  subsystem,  a 
training  subsystem,  and  interfaces 
with  other  FAA  systems.  An  ACCC  does 
not  include  communications  that  are 
external  to  the  building  that  houses 
.  each  ACF,  voice  communications,  or 
any  equipment  at  surveillance  sensor 
sites. 


•  Maintenance  Processing  System 

(MPS) 

Within  each  ACF  is  a  colocated  Main¬ 
tenance  Processor  Subsystem  (MPS). 
Each  MPS,  as  part  of  the  FAA’s  Remote 
Maintenance  Monitoring  System 
(RMMS)  will  be  positioned  in  a  central 
location  for  equipment  performance 
monitoring,  certification,  and  control  of 
remotely  located  FAA  Facilities  in  a 
given  geographic  area  The  ACF  shall 
send  system  status,  performance,  and 
alarm  messages  to  the  MPS  on  a 
periodic  basis.  The  MPS  will  send 
messages  to  the  ACF  requesting  that 
system  data  be  transmitted  to  the 
MPS.  MPS’  will  be  interconnected  to 
the  ACCC  and  to  each  other  in  a 
nationwide  network  via  NADIN. 

•  Central  Weather  Processor  (CWP) 

Each  AAS  shall  be  linked  by  local  dom- 
munications  to  obtain  digital  weather 
data  and  weather  products  and  to  pro¬ 
vide  °IREPs  collected  by  ACF  Con¬ 
trollers.  Three  types  of  messages  flow 
from  the  AAS  to  CWP:  (1)  requests  for 
products  and  services,  (2)  PIREPs 
collected  by  the  sector,  and  (3)  tem¬ 
porary  adaptation  list  changes.  In  addi¬ 
tion  to  automatically  disseminated 
data,  the  AAS  may  send  request  and 
reoly  messages  to  the  CWP  for  any 
data  not  normally  stored  by  the  AAS. 
Temporary  additions  to  the  standard 
list  of  required  weather  data  may  be 
requested  by  the  AAS. 

•  Voice  Switching  and 
Control  Systems  (VSCS) 

The  ACF  Sector  Suites  include  the 
integrated  use  of  the  Voice  Switching 
and  Control  System  (VSCS).  The  VSCS 
is  the  primary  means  for  establishing 
communications  in  the  NAS  Air  Traffic 
Control  System.  Air  traffic  control  com¬ 
munications  consist  of  ground-to- 
grounu  links  among  ATC  personnel  in 
the  same  facility  and  in  different 
facilities  and  ground-to-air  links  be¬ 
tween  air  traffic  Controllers  and  pilots. 
The  VSCS  system  can  select  connect 
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and  automatically  reconfigure  ground- 
to-ground  and  ground-to-air  circuits  as 
needed  to  meet  operational,  main¬ 
tenance,  and  support  comunication 
requirements. 

D.,ta  exchanged  between  the  AAS  and 
the  VSCS  will  permit  control  of  the 
voice  communications  system  con¬ 
figuration  in  response  to  changes  in 
the  ACF  configuration.  These  changes 
will  be  made  as  a  result  of  AAS  inputs 
by  supervisory  personnel.  The  AAS 
shall  provide  to  VSCS  the  data  oh  the 
configurations  themselves,  commands 
to  establish  a  given  configuration,  and 
inquiries  about  configurations  and 
current  system  status.  The  VSCS  will 
provide  appropriate  status  and 
response  information  to  the  ACF. 

•  National  Automated  Data  Interchange 
Network  (NAD IN) 

NAOIN  will  be  a  national  data  com¬ 
munication  network  which  will  serve 
the  various  ACF  computer  complexes 
and  equipment  NADIN  will  consist  of  a 
packet-switched  network  with  sophis¬ 
ticated  message  routing  ano  interface 
capabilities  to  enable  transmission 
over  one  of  several  paths  and 
interoperability  with  a  number  of  dif¬ 
ferent  networks.  NADIN  will  control 
and  route  messages  on  the  network 
through  two  or  more  national  switches. 
NADIN  concentrators  to  be  colocated 
at  selected  ACFs  will  interface  to  all 
ACFs  and  provide  access  and  interface 
to  the  network.  The  NADIN  concen¬ 
trator  will  perform  tne  total  data  com¬ 
munications  function.  It  will  add  the 
appropriate  communication  informa¬ 
tion,  format  messages  received  from 
the  ACF,  and  control  the  transmission 
of  the  messages  to  the  destination 
facility/equipment 

2.4  Operational  Descriptions 

This  section  describes  how  the  Air 
Traffic  Sen/ice  views  operations  after  the 
AAS  becomes  operational  at  field  sites.  This 
section  should  be  viewed  as  guidance  to 
understanding  changes  from  current  to 
future  operations. 


2.4.1  ACF  Sectorization 

ACFs  will  be  formed  by  combining  into  a 
single  facility  the  air  traffic  control  of  air¬ 
space  presently  accomplished  by  several 
TRACON/TRACAB  facilities  and  the  adjoin¬ 
ing  en  route  sectors-  This  will  result  in 
reduced  coordination;  between  separate 
facilities  and  re-aligned  sectors  which  can 
better  accommodate  inbound  and  out¬ 
bound  traffic  flows. 

This  operations  concept  examines 
seven  types  of  ACF  sectors,  i.e.,  low  altitude 
arrival,  low  altitude  departure,  low  altitude 
en  route,  high  altitude  en  route,  oceanic, 
arrival  control,  and  departure  control.  These 
sectors,  in  certain  instances,  will  be  struc¬ 
tured  to  serve  more  than  one  purpose.  For 
example,  these  sectors  may  in  certain  traf¬ 
fic  conditions  be  reconfigured  (combined  or 
decombined).  Equipment  outages  (e.g, 
common  console  preventative  main¬ 
tenance)  may  result  in  reconfiguring 
sectors. 

A  sector  of  airspace  may  be  controlled 
by  one  to  three  Controllers  operating  at  a 
Sector  Suite  workstation.  [Workstations 
and  Controller  teams  will  be  configured  as  a 
function  of  sector  type,  traffic  volume,  traffic 
sequences,  and  interfacility  interfaces. 
Workstations  will  contain  from  one  to  four 
common  consoles  comprised  of  interaction 
devices,  displays  and  the  VSCS  panel.) 

The  number  of  sectors  per  ACF  will 
range  from  60  to  1 20  depending  on  the  size 
and  type  of  facility.  During  peak  traffic 
periods,  sectors  may  be  “decombined"  into 
smaller  geographic  areas  or  a  lower  level  of 
air  traffic  control  specialization  (e.g.,  split¬ 
ting  the  arrival  control  sector  to  accom¬ 
modate  dual  approaches).  Slow  periods 
may  require  the  “combining”  of  sectors, 
especially  during  early  morning  or  late 
evening  shift  periods.  An  example  of  com¬ 
bined  sectors  may  occur  when  departure 
sequences  are  handled  by  the  low  altitude 
Controller,  thus  consolidating  the  departure 
control  and  low  altitude  sectors. 

This  strategy  of  combihing  sectors 
may  be  feasible  given  improvements  in  sen¬ 
sor  technology  and  procedural  improve¬ 
ments  for  handling  traffic  sequences 


Consolidation  will  bring  about  a  re-thinking 
of  ACF  sector  configurations  to  regulate 
Controller  workload,  and,  yet  improve  han¬ 
dling  of  traffic  sequences  at  primary  and 
secondary  (satellite)  airports,  and  provide 
more  fuel  efficient  flignt  services. 

2.4.2  Controller  Coordination  Philosophy 

Currently  verbal  Controller  coordina¬ 
tion  between  sectors  (at  other  facilities  or 
within  the  same  facility)  and  pilots  is  a 
significant  workload  demand  The  4CCC 
(within  the  ACF)  will  facilitate  coordination 
by  providing  machine  functions  which 
allow; 

—  automatic  handoff  of  control  be¬ 
tween  sectors 

—  automatic  pointouts 

—  automatic  distribution  of  weather 
data  such  as  PIREPs:  SlGMETs, 
forecasts 

—  automatic  posting  of  flight  infor¬ 
mation  for  aircraft  about  to  enter 
sector  airspace 

In  all  cases  the  Controller  may 
override  automatic  options  and  explicitly 
accept  handoffs,  initiate  pointouts,  and 
request  full  data  block  or  flight  plan  informa¬ 
tion,  Le..  ultimate  responsibility  for  aircraft 
separation  and  control  will  still  lie  with  the 
Controller,  not  the  computer. 

The  system  will  provde  the  Controller 
with  the  capability  to  compose  and  enter 
messages  for  automatic  routing  and  display 
at  other  Controller  (sector)  workstations 
(intra-facility  or  inter-facility). 

VSCS  will  facilitate  coordination  with 
capabilities  for  conference  calling  and 
direct  access  to  remote  facilities.  It  will  also 
permit  cal!  forwarding  and  queuing  of 
incoming  calls. 

A  Controller  (at  one  sector)  does  con¬ 
siderable  coordination  with  other  Con¬ 
trollers  to  assure  smooth  and  efficient 
handling  of  traffic  coordinate  delays  due  to 
facility  restrictions  and  weather,  or  rese¬ 
quence  inbound/outbound  traffic  due  to 


runway  changes.  This  type  of  coordination 
must  be  addressed  by  the  ACCC. 


2.4.3  ACF  Sector-Area  Team 
Organization  Philosophy 

The  Area  Supervisor  is  the  resource 
manager  for  tne  Sector  Suite  Teams  report¬ 
ing  to  him.  The  supervisor  will  be  able  to 
determine  sector  workload  through  sector 
workload  probes  and  cause  sectors  to  be 
reconfigured  (combined  or  decombined)  in 
response  to  traffic  situations.  This  becomes 
an  effective  way  to  balance  workload  and 
maintain  Controller  alert  levels. 

The  Area  Crew  employs  the  resources 
of  the  metering/flow  control  position  to 
develop  strategies  for  handling  area  level 
traffic  sequences.  Traffic  strategy  and 
required  coordination  will  be  relayed  to  the 
Area  Supervisors  for  implementation. 

At  the  Sector  Suite  level,  the  ACCC 
provides  the  Controller(s)  with  machine 
aids  for  carrying  out  supervisory  directives 
to  reconfigure  the  Controller  workstation 
and  respond  to  anomalous  situations  such 
as  loss  of  a  functional  capability  or  equip¬ 
ment  failure. 

2.4.4  Controller  Training  and  Certification 

Each  Controller  will  be  required  to  gain 
training  and  proficiency  at  several  levels 
Le., 

Level  1— workstation  familiarization 
and  MMI  Language 
proficiency 

Level  2— facility  MOA’s,  procedures, 
etc 

Level  3— Radar,  Data  Controller,  or 

Handoff  position  proficiency 

Level  4— specific  sector  position 
certification 

,  Through  the  course  of  their  career  at 
an  ACF,  Controllers  will  obtain  certifications 
or. check  outs  at  various  positions  and  types 
of  Sectors  A  full  performance  level  Con¬ 
troller  iis  an  individual  proficient  in  master- 
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ing  the  concepts  and  tasks  of  air  traffic 
control  at  ail  positions  of  an  area  of 
specialization. 

The  ACCC  will  incorporate  a  training 
system  composed  of  computer  hardware 
and  software,  problem  tes.'  cases  and  a 
training  director  to  enable  the  trainee  to 
gain  proficiency  at  levels  2,  3,  and  4.  This 
hands-on  “classroom”  training  will  be  sup¬ 
plemented  by  on-the-job  training  at  the, 
Controller  workstation.  Level  1  will  be  pro¬ 
vided  by  embedded  capabilities  within  the 
ACCC  Sector  Suite  software. 

2.4.5  Real-Time  ATC  Operations 

The  Controller  has  been  previously 
described  as  an  event-sensitive  information 
processor  (Ref.  4).  The  Air  Traffic  Con¬ 
troller  has  been  trained  to  mentally 
anticipate  potential  control  problems  and 
yet  provide  for  expeditious  traffic  flow.  He  is 
and  will  continue  to  be  operationally  re¬ 
sponsible  for  the  separation  of  air  traffic. 
During  real-time  operations,  track  informa¬ 
tion  will  be  presented  on  the  situation  dis¬ 
play.  The  Controller  will  be  responsible  for 
visually  separating  targets  and/or  by  men' 
tally  preserving  the  spatial  distance  be¬ 
tween  objects  The  AAS  will  provide 
powerful  machine  aids  such  as  improved 
terminal/en  route1  conflict  alert,,  and 
Minimum  Safe  Altitude  Warning  (MSAW), 
flight  plan  conflict  probe,  improved 
capabilities  for  display  of  special  list  and 
flight  information,  and  display  of  current  and 
forecasted  weather  conditions 

i  The  Controller  Team  at  the  Sector 
Suite  workstation  will  integrate  and  use  this 
information  to  not  only  facilitate  the  safe 
and  expeditious  flow  of  traffic  under  their 
control,  but  coordinate  information  be¬ 
tween  other  Sectors  (within  the  ACF)  and 
between  other  Sectors  at  other  facilities 
(e.g^  ATCT).  This  coordination  will  be  made 
possible  by  voice  switching  communica¬ 
tions,  automatic  inter-facility  message 
transfer;  automatic  message  transfer  (e.g. 
pointout  messages)  between  workstations, 
and  direct  verbal  communication. 

Sectors  affected  by  low  density  traffic 
patterns  during  off-peak  periods  may  be 
“combined”  to  maintain  consistent  Con¬ 


troller  workload.  Other  Sectors  affected  by 
peak  traffic  conditions  may  be  adjusted  in 
staffing  or  become  “decombined”  resulting 
in  sharing  of  workload.  These  “Controller 
resource  management”  options  will  be  pro- 
ceduralized  and  supported  by  adaptations 
of  sector  geography,  location  of  transmitter/ 
receiver  sites,  sensor  coverage,  and  ATC 
procedures.  Effecting  these  options  will  be 
the  responsibility  of  the  Sector  Area 
Supervisor. 

In  later  phases  of  AAS  evolution, 
operations  may  evolve  to  higher  levels  of 
automation  where  the  capabilities  of  the 
Mode-S  data  link  are  used  to  transmit 
advisory  weather  data  and  clearance  infor¬ 
mation  to  the  pilot  However  there  will  exist 
a  mix  of  aircraft  capabilities  which  will 
require  the  full  range  of  ATC  services 
which  include: 

—  Voice  communication  of  clearance 
and  advisories  to  aircraft  not 
equipped  with  Mode-S  datalink 
processors. 

—  Voice  and  data  link  communica¬ 
tion  to  pilots  of  advisory  and  flight 
following  information. 

—  Backup  voice  communication  in 
event  of  data  link  or  on-board 
flight  equipment  outages 

Eventually  the  role  of  the  Controller  in 
this  era  of  advanced  automation  may  at 
some  sectors  be  more  monitoring  in  nature, 
where  the  Controller  handles  exception 
events  However,  certain  sector  types  and 
conditions  (such  as  weather  or  airport  re¬ 
strictions)  will  require  the  Controller  to  be 
an  active  participant  in  air  traffic  control.  It  is 
important  to  recognize  that  in  real-time  ATC 
operations,  maintaining  Controller  alert¬ 
ness,  skill  levels,  and  capabilities  will  be 
extremely  important  to  the  “availability”  of 
services  to  pifots  Controllers  like  pilots 
experience  boredom  yet  each  must  be  pro¬ 
vided  capabilities  which  respond  to 
operational  events  such  as  weather,  aircraft 
anomalies,  airport  restrictions,  changing 
traffic  sequences,  eta 
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2.4.6  ATC  Operations  Standardization 
and  Transparency 

Standard  operating  procedures  are  a 
necessity  in  the  National  Airspace  System. 
These  procedures  permit  the  common 
evaluation  of  operational  performance  on 
an  ACF  by  ACF  basis  and  also  facilitate  the 
use  of  consistent  ATC  practices  among 
all  Controllers. 

Many  procedures  within  the  Air  Traffic 
Control  Handbook,  7110.65  will  be  mod¬ 
ified  to  reflect  use  of  new  computer  technol¬ 
ogy,  more  reliable  and  accurate  surveillance 
capabilites/NAVAIDS.  improvements  in  the 
Contfoller  workstation,  and  sectorization 
changes  brought  about  by  consolidation. 
New  and  old  procedures  must  be  embed- 
ded  in  the  Advanced  Automation  Training 
System.  Special  attention  needs  to  be 
focused  on  the  transitioning  from  old  prac¬ 
tice  to  new. 

The  FAA  Air  Traffic  Service  has 
stipulated  that  certain  ATC  operations  (per¬ 
formed  today)  remain  transparent  to  the 
Controller  during  the  initial  phases  of  full 
AAS  deployment  These  include: 

—  presentation  of  situation  display 
data  (where  full  data  blocks  are 
adapted  in  the  ACF  to  terminal  and 
en  route  types  of  sectors)  should 
remain  functionally  similar. 

—  presentation  of  geographic  data 
and  sector  adaptation  data 

—  presentation  of  airway/route 
structure  data 

—  implicit  (automated)  or  explicit 
(Controller  invoked)  initiation  of 
handoff. 

—  preservation  of  many  current 
operating  procedures  and  MOA's 

Different  systems  (e.g.,  ARTS-II/IIIJIIA 
and  NAS  Stage  A)  have  brought  about  cer¬ 
tain  practices  resulting  in  use  of  different 
target  symbology,  use  of  flight  information; 
and  mosaic  vs.  non-mosaic  processing  of 
sensor  data  The  ACF  and  AAS  will  bring 
about  standardization  of  displayed  informa¬ 


tion  and  Controller  workstations.  However, 
Controller  workstations  may  be  adapted  to 
present  standard  information  displays  to  a 
team  of  2-3  Controllers  or  a  single  Con¬ 
troller.  The  AAS  will  also  provide  the  flex¬ 
ibility  to  tailor  the  presentation  of  flight 
advisory  and  display  information  as  a  func¬ 
tion  of  Sector  Team  size,  sector  type,  and 
limited  Controller  preferences.  For  example,, 
tailoring  the  flight  data  display  would 
involve  sorting  and  presenting  flight  data 
entries  by  time  of  arrival  over  a  fix  or  by  call 
sign  (alphabetic  order). 

The  system  will  provide  time  sequen¬ 
ced  voice  and  data  recording  of  displayed 
information  and  Controller  input  actions. 
This  will  provide  fpr  the  playback  of  events 
to  enable  reconstruction  of  incidents,  as 
well  as  evaluation  of  standard  practice. 

2.4.7  Operational  Availability 
of  ATC  Services 

One  of  the  main  goals  of  the  AAS  is 
extremely  reliable  and  accurate  processing. 
For  the  AAS,  the  overall  reliability  design 
goal  is  to  provide  full  service  operation 
within  the  response  times  for  the  ATC  serv¬ 
ices  supported  by  these  operations,  24 
hours  a  day,  7  days  a  week. 

In  principle,  this  philosophy  provides 
for  a  full  range  of  fault  coverage  for  essen¬ 
tial  ATC  functions,  such  that  if  one  function  ‘ 
fails,  other  essential  services  (functions)  are 
not  degraded,  and  if  a  function  does  fail, 
that  function  is  restored  using  a  recovery 
scheme  which  informs  the  Controller.  Other 
Essential  services  continue  without  degrad¬ 
ation.  Critical  functions  such  as  track  pro¬ 
cessing  will  be  provided  levels  of  protection 
and  fall-back  modes  such  that  even  the 
enabling  of  a  fail-back  option  does  not 
adversely  affect  the  performance  of  other 
ATC  services. 

Response  time,  equipment,  and 
software  failures  will  inevitably  occur  and 
be  visible  to  the  Controller.  Each  Sector 
Suite  workstation  and  associated  support  ■ 
processing  will  be  required  to  recover 
within  a  specified  response  time.  Failure  to 
recover  within  the  specified  response  time 
will  result  in  unavailable  ACT  services. 
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Hardware  and  software  failures  are 
expected  to  occur,  however,  automatic 
error  detection,  isolation,  and  recovery 
techniques  will  be  provided  to  preclude  full- 
service  interruptions  Specific  Controller 
actions  (e.g.,  switch  over  to  back-up  pro 
cedures)  will  be  required  in  the  event  of: 

—  individual  interaction/display 
device  failures 

—  Sector  Suite  failures 

—  loss  and  or  degradation  of  ACT 
functional  capability 

Attention  must  also  of  necessity  be 
paid  to  failures  which  occur  such  as  loss  of 
radio  aboard  aircraft,  NAVAID  failures,  sen¬ 
sor  outages  loss  of  data  link,  and  loss  of  air- 
ground  communications  and  inter-facility 
communications.  Appendix  A  includes  the 
provision  for  Controller  tasks  which  re¬ 
spond  to  these  events  at  a  functional,  i.e., 
design/architecture  independent  level. 
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3.0  OPERATIONAL  REQUIREMENTS 

This  chapter  proceeds  from  the  de¬ 
scription  of  the  ACF  Operational  Employ¬ 
ment  Concept  presented  in  Chapter  2.0  to 
identify  the  events  which  define  Controller 
work  in  the  AAS.  The  analysis  of  Controller 
tasks  (presented  in  Chapter  4.0  and  Appen¬ 
dix  A)  is  based  upon  the  assumption  that 
Controller  actions  may  be  viewed  as  event- 
sensitive.  Operational  requirements  ^e 
derived  as  a  function  of  ATC  events  Event 
scenarios  permit  one  to  identify  the  set  of 
top-level  Controller  activities  and  the  sub¬ 
sequent  decomposition  of  this  set  into  sub¬ 
activities.  This  activity  synthesis  and 
sub-activity  decomposition  is  guided  by  the 
assumed  level  of  automation  documented 
in  Sector  Suite  Functional  Analysis  and 
Trade  Studies  (Ref.  3,  CDRL  A004)  and  the 
AAS  System  Level  Specification  (Ref.  4). 

Section  3.1  provides  a  general  over¬ 
view  and  describes  the  scenario  develop¬ 
ment  procesa  Graphical  scenario  portrayals 
are  included  in  section  3.2,  along  with  event 
synopsea  In  section  3.3,  we  list  environ¬ 
mental,  technological,  and  fiscal  factors 
which  will  impact  AAS  design  characteris- 
tica  The  top-level  Controller  activity  syn¬ 
thesis  is  documented  in  section  3.4,  and  the 
decomposition  into  sub-activities  is  shown 
in  section  3.5. 

3.1  Operational  Scenario  Overview 

As  defined  in  Chapter  1.0,  an  event 
may  be  characterized  as  a  product  of  the 
interactions  among  aircraft,  airspace,  facil¬ 
ities.  surveillance  capabiiitiea  and  ATC 
operations  That  ia  an  event  is  a  distinct 
occurrence  which  the  Controller  perceives 
and  responds  to  in  some  manner.  To  iden¬ 
tify  tasks,  the  Controller  may  be  modeled  as 
a  multi-tasked  information  processor.  The 
advantage  of  using  this  model  as  an 
analysis  tool  is  that,  if  a  comprehensive  list 
of  everts  which  the  Controller  observes  is 
documented,  as  well  as  a  similarly  exten¬ 
sive  list  of  taska  one  may  achieve  a  degree 
of  accuracy  in  describing  the  Controller's 
work.  The  disadvantage  in  modeling  the 
Controller  as  an  information  processor, 
whose  response  to  events  is  to  perform 
taska  is  that  the  dynamic  operational  com¬ 
plexity  of  the  Controller's  job  necessitates  a 


highly  interactive  analysis  model,  the  appli¬ 
cation  of  which  is  inherently  complex  One 
event  may  trigger  another  event  before  an 
appropriate  Controller  response  occura  In 
addition,  it  may  not  be  appropriate  for  the 
Controller  to  outwardly  respond  immediate¬ 
ly.  A  mental  response  is  difficult  to  docu¬ 
ment  until  the  response  evolves  into  an 
overt  one.  Therefore,  in  viewing  the  Con¬ 
troller  as  an  individual  who  processes  infor¬ 
mation  in  response  to  eventa  we  do  not 
have  an  exact  reproduction  of  the  Con¬ 
troller  as  in  a  photograph,  but  we  do  have  an 
accurate  and  extremely  useful  model  which 
can  be  used  to  ultimately  characterize 
MMI  requirementa 

The  purpose  of  operational  scenario 
development  is  to  capture  the  events  and 
groups  of  events  which  influence  what  the 
Controller  does  on  the  job.  An  initial  event 
set  geared  towards  ATC  operations  as  they 
occur  today,  is  presented  in  Ref.  2.  This 
document  assumes  that  AAS  events  are 
largely  invariant  to  current  system  eventa 
That  ia  the  event  set  presented  in  this  docu¬ 
ment  for  the  AAS  is  built  upon  and  very 
similar  to  the  event  set  developed  in  Ref.  2, 
(CDRL  A001)  for  the  current  ATC  operations 
events, as  well  as  those  presented  in  Ref.  1 
and  5. 

Scenario  development  goes  through 
an  evolutionary  process  which  is  integral  to 
the  development  of  the  Operations  Con¬ 
cept  The  following  types  of  scenarios  and 
their  relationship  to  the  overall  scenario 
development  are  illustrated  in  Figure  3-1: 

1)  Function  Thread  Analysis  for  a 
specific  event; 

2)  Situation-specific  scenario  por¬ 
trayals  which  do  not  lend  them¬ 
selves  to  a  time-phased  sequence; 

3)  Sequences  of  events  which  are 
combinations  of  potential  and 
highly  probable  occurrences. 

Type  1:  Function  Thread  Analysis,  is  han¬ 
dled  in  detail  in  Ref.  3  (Sector  Suite 
Functional  Analysis  and  Trade  Studies).  In 
that  document  an  event  as  described  in 
Ref.  2  (En  Route/Terminal  ATC  Operations 
Concept)  is  mapped  to  the  ACF  Operational 


Functions.  A  composition  graph  of  the  ACF 
Operational  Functions  is  annnotated  to 
indicate  the  data  flows  affected  by  (or 
triggered  by)  a  particular  event  An  event/ 
function  “thread"  is  traced  for  each  event 
The  scenarios  developed  in  Ref.  3  are  used 
to  validate  the  functional  breakdown  of  the 
ACF  prior  to  performing  the  Man-Machine 
level  of  automation  trade  studies. 

Type  2:  Situation-specific  scenario  por¬ 
trayals,  are  presented  in  this  chapter.  This 
type  of  scenario  builds  upon  Type  1  in  that  it 
assumes  that  the  functional  breakdown  of 
the  ACF  as  performed  in  Ref.  3  is  valid.  The 
scenarios  developed  herein  are  strictly 
from  the  Controllers  point  of  view  and  are 
based  upon  the  assumption  that  the  appro¬ 
priate  functions  have  been  allocated  to 
the  machine. 

The  classification  of  events  in  terms  of 
ai'craft  vs  AAS  events  is  shown  in  Figure  3- 
2.  Within  the  aircraft-related  events  are  the 
Single  Aircraft,  Single  Aircraft  Contingency, 
and  Multiple  Aircraft  categories  Within  the 
AAS-related  events  are  the  ATC  and  ACF 
facilities  categories  Each  category  is  then 
broken  down  into  types 

For  the  purposes  of  discussion  and 
ease  in  reference,  these  events  are  grouped 
roughly  according  to  the  functional  genesis 
as  a  specified  group  of  events  For  example, 
the  single  aircraft  category  will  progress 
through  several  clearance  request  types  of 
events  This  grouping  of  events  is  intended 
primarily  to  provide  an  organization  which 
may  be  readily  reviewed  for  completeness 

Figures  3-3  through  3-15  follow  this 
grouping  description,  in  portraying  a  synop¬ 
sis  of  most  of  these  events  and  provides 
event  descriptions.  This  simplified  rep¬ 
resentation  of  the  AAS  event  scenario  illus¬ 
trates  the  character  of  events  derived  in 
each  category  of  Figure  3-2,  as  they  occur 
within  the  flow  of  the  AAS  ODerational 
environment.  Table  3-3  defines  additional 
AAS  events  not  covered  m  Figures  3-3 
through  3-15. 

The  scope  of  this  scenario  develop¬ 
ment  includes  events  spanning  normal, 
contingency,  degraded,  and  crisis  modes  of 
operations  as  defined  m  Table  3-1.  Table 


3-2  lists  the  entire  event  set  ih  terms  of  the 
classification  set  forth  in  Figure  3-2  and 
annotates  them  with  respect  to  the  defini¬ 
tions  in  Table  3-1.  Event  Numbers  listed  m 
Table  3-2  were  arbitrarily  assigned  in  the 
order  they  were  associated  with  Sub- 
Activities.  The  first  digit  of  the  primarily 
associated  Sub-Activity  Number  corres¬ 
ponds  to  the  first  digit  of  the  event  number. 

Type  3:  Sequences  of  events,  are 
developed  in  Chapter  5.0  of  this  document 
The  Chapter  5.0  development  of  scenarios 
is  more  conventional  in  that  it  associates  a 
timeline  with  the  actual  tasks  which  a  Con¬ 
troller  performs,  and  traces  a  thread  from 
task  to  task  with  respect  to  this  timeline. 
The  event  chains  employed  in  Chapter  5.0. 
are  the  culmination  of  the  other  two  types  of 
scenarios.  They  rely  upon  the  data  flow  pre¬ 
sented  in  Ref.  3.(CDRL  A004)  as  being  valid, 
as  well  as  the  Type  1  scenarios  Also,  they 
rely  upon  the  validity  of  the  events  and  the 
Type  7  scenarios  as  established  in  Chapter 
3.0  to  construct  the  Controller  workload 
profile. 

3.2  Scenario  Portrayals 

This  section  defines  the  events  con¬ 
tained  in  Table  3-2  and  sequences  them 
into  scenario  portrayals  Figures  3-3  through 
3*15  provide  these  portrayals  Table  3-3 
lists  the  definitions  of  9  additional  events 
which  are  not  depicted  in  Figures  3-3 
through  3-15. 
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Figure  3-2.  Event  Categories 


TABLE  3-1.  NORMAL,  CONTINGENCY,  DEGRADED,  AND  CRISIS  MODE  DEFINITIONS 


NORMAL,  CONTINGENCY,  DEGRADED,  AND  CRISIS  MODE  DEFINITIONS 


Normal— Other  than  below. 

Contingency— An  event  that  may  occur,  but  that  is  not  likely. 

Procedures  written  in  letters  of  agreement  to  take  over  other  airspace. 
ATCT  failure,  single  console  or  suite  failure— either  results  in  reconfigura¬ 
tion  of  sector. 

Degraded— Reduced  Services. 

Loss  of  one  radar  site,  loss  of  a  communication  item  (VSCS,  NADIN,  eta), 
Controller  shortage,  loss  of  computer  power  utilization ,  eta  Results  in 
potential  and  severe  flow  control  restrictions,  rerouting  of  aircraft, 
elimination  of  some  terminal/ radar  services,  elimination  of  advisory  ser- 
yices,  eta 

Crsis— Unstable  condition,  potential  safety  hazard 

Loss  of  all  radar,  loss  of  power,  loss  of  computer,  loss  of  all  communication. 
Results  in  partitioning  of  airspace  to  other  facilities,  reduction  of  traffic  to 
safe  level,  manual  operation  of  ATC  services,  eta 


TABLE  3-2.  EVENTS, TYPES/CATEGORIES 


EVENT 

1 

NO. 

EVENT 

TYPE 

CATEGORY 

MODE* 

4.19 

Amended  Altitude/ Route/ Destination 

Clearance  Request 

Single  Aircraft 

N 

4.1 

Clearance  Delivery 

Clearance  Request 

Single  Aircraft 

N 

1.3 

Flight  Following 

Clearance  Request 

Single  Aircraft 

N 

4.2 

VFR  TCA 

Clearance  Request 

Single  Aircraft 

N 

3.2 

Entering/Leaving  Hold 

Flight  Status 

Single  Aircraft 

N 

4.18 

Filed  Flight  Plan 

Flight  Status 

Single  Aircraft 

N 

1.2 

Initial  Contact 

Flight  Status 

Single  Aircraft 

N 

1.4 

Obiect  Enters  Airspace 

Flight  Status 

Single  Aircraft 

N 

4.4 

Overdue  Aircraft 

Fiignt  Status 

Single  Aircraft 

N 

5.1 

PIREP 

Flight  Status 

Single  Aircraft 

N 

as 

Flight  Plan  Deviation 

Observed 

Flight  Status 

Single  Aircraft 

N 

3.8 

Clearance 

Request 

Flight  Status 

Single  Aircraft 

N 

2.3 

Impending  Airspace  Conflict 

Conflict 

Single  Aircraft 

N 

2.2 

Minimum  Safe  Altitude  Conflict 

Conflict 

Single  Aircraft 

N 

7.2 

Aircraft  to  Edge  of  Sector 

Transfer/Share 

Control 

Single  Aircraft 

N 

6.1 

Airspace  Release 

Transfer/Share 

Control 

Single  Aircraft 

N 

7.3 

Handoff  Receipt 

Transfer/Share 

Control 

Single  Aircraft 

N 

7.1 

Pomtout  Receipt 

Transfer/Share 

Control 

Single  Aircraft 

N 

4.5 

Aircraft  Emergency 

Aircraft  System 

Single  Aircraft 

CY 

Anomalies 

Contingencies 

4.6 

Medical 

Aircraft  System 

Single  Aircraft 

CY 

Anomalies 

Contingencies 

4.3 

No  Radio 

Aircraft  System 

Single  Aircraft 

CY 

Anomalies 

Contingencies 

2.1  ■ 

Aircraft-Aircraft  Conflict 

Conflict 

Multiple  Aircraft 

N 

2.4 

Caution  Alert 

Conflict 

Multiple  Aircraft 

N 

C  20 

Flight  Plan  Conflict 

Conflict 

Multiple  Aircraft 

N 

2.5 

Refueling,  Exercise,  Air  Show 

Conflict 

Multiple  Aircraft 

N 

4.13 

Above  Ft  600 

Military  Unique 

Special  Aircraft 

N 

Operations 

Operations 

4.11 

Interceptor  Flight 

Military  Uniaue 

Special  Aircraft 

N 

Military  Training  Route 

Operations 

Operations 

4.17 

Military  Unique 

Special  Aircraft 

N 

' 

Operations 

Operations 

3.10 

Balloon,  Glider 

Other  Special 

Special  Aircraft 

N 

Operations 

Operations 

’ 

4.8 

Bomb  Threat 

Other  Special 

Special  Aircraft 

N 

Operations 

Operations 

4.12. 

DOE  Flight  (e.g*  Hazardous  Cargo) 

Other  Special 

Special  Aircraft 

N 

Operations 

Operations 

4.15 

Experimental  Flight 

Other  Special 

Special  Aircraft 

N 

Operations 

Operations 

4.9 

Fuel  Oumping,  Jettison 

Other  Special 

Special  Aircraft 

CY 

Operations 

Operations 

4.7 

Hijack 

Other  Special 

Special  Aircraft 

CY 

Operations  ' 

Operations 

4.16  ■ 

Law  Enforcement 

Other  Special 

Special  Aircraft 

N 

Operations 

Operations 

*  N—  Normal 
C—  Crisis 
CY— Contingency 
0—  Degraded 
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TABLE  3-2.  EVENTS/ TYPES/CATEGORIES  (continued) 


EVENT 

NO. 

EVENT 

TYPE 

CATEGORY 

MODE* 

4.14 

'  ifeguard  Mission 

Other  Special 

Operations 

Special  Aircraft 
Operations 

N 

3.7 

Restricted,  Warning,  'Hot'  MOA 

Other  Special 
Operations 

Special  Aircraft 
Operations 

N 

4.10 

Special  interest  Flight 

(Other  Special 
Operations 

Special  Aircraft 
Operations 

N 

3.6 

ALTRV.  Airspace  Reservation 

Traffic/ Flow 
Management 

ATC 

N 

3.4 

Change  Flow  Pattern 

Traffic/Flow 

Management 

ATC 

N 

3.1 

Flow  Management  Required 

Traffic/Flow 

Management 

ATC 

N 

3.3 

Runway  Configuration  Change 

Traffic/ Flow 
Management 

ATC 

N 

3.9 

Sequencing  Required 

Traffic/Flow 

Management 

ATC 

N 

6.7 

ACCC  Failure 

System  Fault/ 
Degradation 

ATC 

C 

6.9 

Communication  Failure 

' 

System  Fault/ 
Degradation 

ATC 

C 

6.2 

Facility  Closure 

' 

System  Fault/ 
Degradation 

ATC 

CY 

6.4 

Transient  Comouter  Fault 

System  Fault/ 
Degradation 

ATC 

CY 

6.12 

Flight  Plan  Data  Base  Failure 

' 

System  Fault/ 
Degradation 

ATC 

C 

6.8 

NAVAID  Failure 

System  Fault/ 
Degradation 

ATC 

CY 

6.6 

Sector  Suite  Failure 

System  Fault/ 
Degradation 

ATC 

CY 

6.11 

Sensor  Failure 

System  Fault/ 
Degradation 

ATC 

D 

6.5 

Unreliable  Communications 

System  Fault/ 
Degradation 

ATC 

D 

6.3 

Position  Relief 

ACF  Facilities 

N 

6.10 

Controller  Overload 

ACF  Facilities 

CY 

5.5 

Ceiling  Height  Report 

Weather 

ACF  Facilities 

N 

5.2 

Severe  Weather 

Weather 

ACF  Facilities 

N 

5.7 

Pressure  Display/Report 

Weather 

ACF  Facilities  • 

N 

5.3 

SlGMET/AIRMET  Advisory 

Weather 

ACF  Facilities 

N 

5.6 

Visibility  Report 

Weather 

ATC  Facilities 

N 

5.8 

Weather  Conflict 

Weather 

ATC  Facilities 

N 

5.4 

Wind  Shear  Report 

Weather 

ATC  Facilities 

. 

N 

•  N—  Normal 
C—  Crisis 
CY—  Contingency 
D—  Degraded 
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figure  3  4.  Flight  Status  Events 
{Single  Aircraft? 


a>ic»ion  of  Air-  s-Act  ei  ionuing  to  one 
sit  tor  mav  •(  r> •  1 1  asi  o  to  an  adjacent 


Figure  3  6.  Transfer  Share  Control  Even 
(Single  Aircraft) 
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Figure  3-7.  Aircraft  System  Anomalies 
Events  (Single  Aircraft  Contingencies) 
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Events  (Air  Trsttic  Control) 
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Figure  3-11.  Position  Rollof  Event 
(Personnel  Management) 


SIGMET/A1RMET  ADVISORIES 


Figure  3-13.  SIGMET/AIRMET  Advisories 
Event  (Weather) 


WINO  SHEAR  REPORT 


AT  MAJOR  AIRPORTS  INSTRUMENTS  TO  MEASURE  WINO  SHEAR 
HAVE  BEEN  INSTALLED  ON  THE  RUNWAYS.  DATA  PROM  THESE 
SENSORS  ARE  DISPLAYED  IN  THE  TOWER  POR  USE  BY 
CONTROLLERS  ANO  ARE  RELAYED  TO  THE  PILOT. 


"WIND  SHEAR  ALERTS  ALL  QUADRANTS.  CENTERPIELD  WINO. 
TWO  ONE  ZERO  AT  ONE  POUR.  WEST  BOUNDARY  WINO. 

ONE  FOUR  ZERO  AT  TWO  TWO." 


_  .TT-.-i  .  — "  ^ 


CEILING  HEIOHT/VI8IBILITY  REPORT 

A  REPORT  IS  TAKEN  BY  EITHER  NATIONAL  WEATHER  SERVICE 
PERSONNEL  OR  BY  CERTIFIED, TOWER  PERSONNEL  TO 
DETERMINE  THE  HEIGHT  OP  THE  CEILING  OR  FORWARD 
VISIBILITY.  THE  CEILING  ANO  VISIBILITY  REPORTS  DETERMINE 
WHETHER  VPROR  IPR  CONDITIONS  EXIST. 


"NtESG,  CLEARED  TO  EXIT  FINOLAY  CONTROL  ZONE.  SMILES 
WEST  OP  PINOLAY  AIRPORT.  FINOLAY  AIRPORT  HAS  300 
FOOT  OVERCAST  WITH  ONE  ft  ONE  HALF  MILE  VISIBILITY 
WITH  BLOWING  SNOW." 


Figure  3*14.  Wind  Shear,  Ceiling  Height, 
and  Visibility  Report  Events  (Weather) ' 
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Figure  3*15.  Pressure  Display/Report 
Event  (Weather) 


TABLE  3-3.  ADDITIONAL  AAS  EVENT  DEFINITIONS 


EVENT 


DEFINITION 


Weather  Conflict 


ACCC  Failure 


Communication  Failure 


Transient  Computer  Fault 


Flight  Plan  Data  Base 
Failure 


NAVAID  Failure 


Sector  Suite  Failure 


Sensor  Failure 


Unreliable 

Communications 


During  periods  of  severe  weather,  turbulence,  or  icing,  an  aircraft 
may  be  predicted  to  encounter  this  phenomena.  -  The  pilot  may 
request  or  the  Controller  may  initiate,  a  routing  wnich  will  bypass 
the  weather. 

Although  redundant  units  are  built  into  the  system,  it  may  be  poss¬ 
ible  to  experience  a  complete  loss  of  the  computer  system.  In  this 
event  it  may  be  necessary  tor  an  adjacent  facility  to  assume  some 
control  jurisdiction. 

A  failure  in  interphone,  air-to-ground  frequency,  or  Voice  Switch¬ 
ing  and  Control  System  (VSCS)  isolates  the  Controller  from 
resources,  other  Controllers,  and  traffic  he  is  controlling.  Isolated 
or  total  failures  are  possible. 

Occasionally  an  aircraft  will  enter  the  airspace  of  a  Controller  with¬ 
out  a  radar  handoff  due  to  a  system  malfunction. 

Equipment  or  software  malfunction  could  result  in  the  less  of  the 
flight  plan  data  base.  In  this  unlikely  event,  all  functions  are  lost 
except  for  limited  tracking  capability. 

A  failure  in  a  navigation  aid  may  impact  landing  minima  at  an  airport 
or  may  require  the  rerouting  of  en  route  aircraft 

The  failure  of  one  console  at  a  Sector  Suite  will  require  the  recon¬ 
figuration  of  the  consoles.  The  failure  of  the  entire  suite  may 
require  the  Controller  to  move  to  a  vacant  suite  or  share  a  suite 
with  another  sector. 

On  occasion  a  radar  system  will  fail.  In  this  event  the  software  will 
attempt  to  provide  mosaic  radar  data  from  other  radar  sites.  If  radar 
coverage  is  not  available,  nonradar  separation  is  applied  to  aircraft 
in  that  area 

If  communications  with  an  aircraft  are  unreliable.  theControllerwill 
determine  whether  it  is  the  aircraft  or  sector's  communications  that 
is  at  fault  The  Controller  may  switch  air/ground  frequencies  or 
issue  alternate  communication  path. 


3.3  Air  Traffic  Controller  Activity  Analysis 

The  first  step  in  analyzing  the  air  traffic 
Controller's  activities  is  to  establish  a  set  of 
definitions  to  be  used  in  this  analysis.  The 
following  set  of  definitions  is  used  through¬ 
out  the  remainder  of  this  document  and  is 
fundamental  to  the  methodology  em¬ 
ployed  here. 

Event— 

A  distinct  occurrence  observable 
from  the  Controller's  perspective 
which  requires  the  Controller  to 
respond  in  a  cognitive  way  or  per¬ 
ceptual  fashion. 

Activity- 

Top-level  sequences  of  man- 
machine  interactions  which  re¬ 
spond  to  a  group  of  closeiy 
related  events. 

Sub- Activity — 

Activity  decomposition  driven  by 
specific  events, 

Task— 

A  meaningful  unit  of  work  which 
has  the  progenies  of  closure,  spe¬ 
cific  human  performance  attri¬ 
butes,  single  event  stimulus  and 
multiole  response  possibilities 

The  rationale  for  employing  this  set  of 
definitions  is  based  upon  the  intent  to  focus 
upon  the  Controller's  man-machine  inter¬ 
face  within  the  ATC  environment  This  ATC 
environment  is  viewed  as  a  system  to  which 
an  event  (or  events)  is  a  stimulus  The  re¬ 
sponse  to  this  event  stimulus  is  defined  to 
be  an  activity,  Associated  with  this  activity  is 
a  set  of  system  parameters  performance 
attributes  a  closure  condition,  and  a  set  of 
possible  responses  (See  Figure  ,3-17, 
Activity/Sub-Activity  Decomposition.)  That 
is  the  response  to  this  event  stimulus  or 
stimuli  may  be  characterized  as  a  sequence 
of  man-machine  interactions  or  man- 
r.iachme  pairs  These  man-machine  pairs 
may  then  be  partitioned  in  order  to  ascer¬ 
tain  the  role  of  the  man,  i.e.,  the  Controller, 
and  that  of  the  machine.  This  document 
then  focuses  specifically  upon  how  the 
Controller's  activities  may  be  analyzed 


once  the  appropriate  machine  allocations 
have  been  made. 

3.3.1  Controller  Activity  Identification 

As  established  in  Ref.  3,(CDRL  A004). 
the  activities  in  section  3.4  are  defined,  as 
well  as  their  specific  system  parameters 
and  performance  requirements  In  this  man¬ 
ner,  a  well  defined  man-machine  interface 
may  be  characterized  as  setting  the  context 
for  analyzing  the  Controller's  role  withm  this 
environment 

Ref.  3  performs  a  functional  analysis  of 
the  Advanced  Automation  System  to  deter¬ 
mine  which  functions  may  be  reasonably 
assigned  to  a  machine  (e.g.,  the  host  com¬ 
puter,  the  Sector  Suite  workstation)  and 
which  functions  may  be  allocated  to  the 
Controller.  The  methology  used  in  deter¬ 
mining  this  allocation  is  a  carefully  applied 
trade  study  which  considers  the  pros  and 
cons  of  partitioning  each  of  these  functions 
into  man-machine  pairs,  thereby  identifying 
the  man-machine  interface.  Finally,  the  func¬ 
tions  are  allocated  to  either  man  or  ma¬ 
chine.  (See  Ref.  3  for  a  thorough  treatment 
of  this  topic) 

The  methodology  employed  herein  is 
to  focus  upon  the  operational  activities 
identified  as  the  Controller  portion  of  the 
operational  functions  analyzed  in  Ref.  3. 

3.3.2  Controller  Activity  Synthesis 

As  stated  in  section  3.4,  the  ATC 
environment  may  be  characterized  in  terms 
of  the  events  which  inspire  a  Controller  re¬ 
sponse.  These  events  may  then  be  grouped 
according  to  their  relationship  with  this  ATC 
environment.  Correspondingly^  the  activ¬ 
ities  associated  with  those  events  may  be 
grouped  according  to  this  event  clustering. 
The  result  is  the  synthesis  of  activities  into 
the  following  seven  categories; 

1.  Perform  Situation  Monitoring:  This 
activity  implies  consideration  of 
all  environmental  elements. 

2.  Resolve  Aircraft  Conflicts:  This 
activity  considers  the  potential 
conflict  between  aircraft,  terrain. 
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obstacles,  and  airspace,  and  in-  , 
eludes  advisories. 

3.  Manage  Air  Traffic  Sequences: 
This  activity  concerns  flow  con¬ 
trol,  airspace  restrictions,  and 
establishment  of  arrivai/departure 
patterns. 

4.  Route  or  Plan  Flights:  This  activity 
concerns  flight  plans  and  amend¬ 
ments  and  provides  for  associ¬ 
ated  clearances.  In  addition,  con¬ 
tingencies  and  special  operations 
are  considered. 

5.  Assess  Weather  Impact:  This  ac¬ 
tivity  considers  the  implication 
and  processing  of  weather  phe¬ 
nomenon  on  aircraft  and  air  route 
structures. 

6.  Manage  Sector/Position  Re¬ 
sources:  This  activity  concerns 
the  setting-up  of  the  Controller 
workstation,  the  adjustment  to 
equipment  failures,  and  traffic 
volume. 

7.  Perform  Coordination:  This  activ¬ 
ity  provides  for  the  communica¬ 
tion  and/or  coordination  among 
Controllers,  Supervisors,  Pilots, 
and  others. 

The  methodology  employed  through¬ 
out  the  rest  of  this  document  relies  upon 
the  identification  of  these  seven  activities 
as  being  a  comprehensive  categorization  of 
top-level  Controller  response  within  the 
ATC  system.  Figure  3-16,  Interrelationship 
Among  ACF  Top-Level  ACF  Air  Traffic  Con¬ 
troller  Activities,  depicts  the  flow  of  informa¬ 
tion  among  Controller  activities.  Information 
about  the  aircraft  inspires  the  “Resolve  Air¬ 
craft  Conflicts,”  Activity  2.0,  which  produces 
conflict  coordination  information.  This  infor¬ 
mation  is  then  passed  through  the  “Perform 
Coordination,”  Activity  7.0,  which  produces 
airspace  information  which  must  be  coor¬ 
dinated  with  similar  activities  in  other  ACFs. 
The  picture  also  shows  the  coordination 
which  occurs  among  the  sectors  before  the 
clearance  is  issued  to  the  pilot. 


3.4  Controller  Sub-Activ  fy 

Decomposition 

The  seven  activities  identified  in  the 
previous  section  may  be  decomposed  into 
sub-activities  as  illustrated  in  Fig.  3-17, 
Activity/Sub-Activity  Decomposition.  At  this 
level,  the  sub-activities  may  be  dis¬ 
tinguished  as  being  driven  by  specific 
events.  Figure  3-18  is  the  example  of 
Activity  20,  Resolve  Aircraft  Conflicts,  which 
is  decomposed  into  the  five  sub-activities 
illustrated  in  composition  graph  form  on  the 
lower  half  of  the  figure.  Each  of  these  sub¬ 
activities  is  driven  by  the  event  (or  in  some 
cases,  events)  which  are  printed  on  the  line 
leading  into  the  sub-activity.  The  77  sub¬ 
activities  resulting  from  this  decomposition 
are  shown  in  Appendix  A. 


Figure  3-16.  InterreUtionthip  among  Top- 
Laval  ACF  Au  Traffic  Controller  Activities 


nmpourn 

COOMMauriOM 


SU8  — ACTIVITY 
DECOMPOSITION: 
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Figure  3*18.  Example  of  a  Controller 
Activity  Decomposition 
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CONTROLLER  INFORMATION-PROCESSING  TASK  ANALYSIS 


Chapter  4,0 


4.0  CONTROLLER  INFORMATION¬ 
PROCESSING  TASK  ANALYSIS 

The  model  of  the  Controller  as  an 
event-sensitive  information  processor  has 
been  validated  with  respect  to  the  current 
A'TC  operational  environment  in  CDRL 
A001,  En  Route/Termmal  Operations  Con¬ 
cept  (Ref.  1).  See  also  SSRVT  minutes  (Ref. 
3).  Reference  1  (CDRL  A001)  uses  this 
model  and  the  information  processing  task 
analysis  methodology  to  define  a  complete 
set  of  Controller  tasks.  The  set  of  events 
defined  in  Ref.  1  is  assumed  to  remain  vir¬ 
tually  mvarient  from  the  current  operations 
to  the  operations  in  the  Advanced  Automa¬ 
tion  System  Therefore,  this  set  of  events  is 
used  as  the  starting  point  in  the  analysis 
presented  herein.  As  stated  in  Chapter  3.0, 
these  events  inspire  responses  by  the  Con¬ 
troller  which  are  defined  here  as  activities. 
The  activities  are  decomposed  into  sub¬ 
activities  which  may  be  grouped  with  re¬ 
spect  to  specific  events.  (See  Figure  4-1, 
Sub- Activity  To  Task  Decomposition.)  Chap¬ 
ter  4.0  decomposes  these  sub-activities 
into  information-processing  tasks,  where 
tasks  are  cognitive  and/or  perceptual  units 
of  work.  Additionally,  tasks  are  defined  as 
having  the  following  properties  (see  Figure 
4-2). 

Event  Stimulus- 

Occurrence  of  an  event  which  can  be 
characterized  in  terms  of  some  mes¬ 
sage  input  via  a  display,  interphone/ 
radio  communication,  or  coordinatioa 

Global  System  Parameters— 

Knowledge,  standards,  procedures, 
geographic  references,  and  other  adap¬ 
tion  data 

Re.oonse— 

Discernible  user  action.  May  also  rep¬ 
resent  the  initiation  of  an  event  or 
task. 

Human  Performance  Indices— 

Time,  effort,  accuracy,  etc  required  for 
task  accomplishment. 

Task  Closure- 

Completion  condition., such  as  a  transi¬ 
tion  to  next  task  or  task  accom¬ 
plishment. 


The  preceding  analysis  of  current  en 
route  and  terminal  ATC  operations  identi¬ 
fied  and  graphed  236  Controller  tasks  (Ref. 
1,  CDRL  A001).  Chapter  4.0  of  the  present 
document  identifies  262  Controller  tasks, 
distributed  throughout  77  sub-activities. 
Their  composition  graphs  and  the  associ¬ 
ated  TDL  are  contained  in  Appendix  A. 

4.1  Controller  Task  Identification  and 

Composition 

Tasks  are  the  meaningful  units  of  work 
activity  performed  by  a  Controller  in  accom¬ 
plishing  a  sub-activity.  Each  task  can  be 
viewed  as  unit  of  work  effort,  typically  being 
performed  to  completion.  Together  in  a 
composition  graph  they  can  illustrate  dif¬ 
ferent  routes  and  sequences  by  which  a 
sub-activity  is  accomplished. 

Controller  taskr  characterized 

primarily  as  perceptui.  yor  cognitive,  or 
combinations  tnereof.  There  is  ongoing  use 
of  short-term  memory,  recognition  of  spatial 
patterns  and  trajectories,  and  pre- learned 
procedures  and  standards.  In  actuality,  the 
Controller  may  perform  multiple  tasks 
almost  simultaneously,  with  some,  being 
interrupted  when  higher  priority  matters 
require  immediate  attention.  The  composi¬ 
tion  graphs  may  not  individually  depict  all 
this  interaction,  but  as  a  set  they  portray 
sub-activity  action  to  its  conclusion. 

Since  much  of  Controller  action  ter¬ 
minates  in  the  generation  and  issuance  of  a 
clearance  to  a  pilot,  the  graphs  employ  a 
shorthand  notation  for  this  reoccurring  set 
of  tasks.  The  component  task  structure  of 
this  notation  is  given  in  Figure  4-3.  It  can  be 
noted  that  this  represents  a  portion  of  the 
composition  graph  for  Sub-Activity  4.1, 
Planning  and  Issuing  Clearances.  Through 
inclusion  of  the  ‘‘Generate  Clearance”  task 
cluster  in  applicable  sub-activity  graphs,  the 
closure  of  sub-activity  performance  is  pre¬ 
served  in  response  to  events. 

Appendix  A  contains  composition 
graphs  for  each  of  77  sub-activities,  of 
which  42  constitute  coordination  and  com¬ 
munication  among  Controllers.  The  impor¬ 
tance  of  these  coordination  efforts  cannot 
be  overemphasized.  They  constitute  a 


significant  and  important  aspect  of  the  Con¬ 
troller  job  and  remain  critical  to  the  suc¬ 
cessful  accomplishment  of  air  traffic  control 
in  the  AAS. 

4.1.1  Information-Processing  Task 
Composition 

As  with  the  composition  graphs  for 
activities  and  sub-activities  in  Chapter  3.0. 
the  task/sub-activity  composition  graphs 
employ  the  same  symbology  to  show  deci¬ 
sion  points,  possible  parallel  actions,  and 
actions  that  may  be  repeated  or  may  be 
ongoing  for  a  time.  These  symbols  are: 

+  Path  selection  (or  decision  point) 

&  Parallel  paths  or  tasks 

@*  Task  repetition  or  iteration 

T riangles  a-e  used  to  note  the  entry  and  exit 
points  to  the  task  flow  or  sequence  within  a 
sub-activity.  Each  symbol  appears  at  the 
start  of  that  sub-activity  action,  and  is 
repeated  at  the  end  of  that  action  to  show 
where  t  concludes. 

Tasks  are  numbered  only  once.  This 
usually  occurs  arbitrarily  in  relation  to  the 
primary  sub-activity  to  which  it  pertains  or 
the  graph  in  which  it  first  occurs.  All  Con¬ 
troller  coordination  and  communication 
tasks  are  numbered  within  Activity  7.0.  When 
a  task  is  cited  in  a  graph  other  than  the  one 
in  which  it  was  originally  numbered,  that 
task  is  enclosed  in  a  box  of  dashed  lines, 
rather  than  a  solid-line  box 

Coordination  and  communication  task 
boxes  also  contain  information  on  the 
media  used  in  performing  those  tasks. 
Media  categories  are  noted  along  the  bot¬ 
tom  of  the  task  box,  abbreviated  as  S/S, 
VSCS,  and  PERS.  These  abbreviations  cor¬ 
respond  to  Sector  Suite  Workstation,  Voice 
Switching  and  Control  System,  and  Direct 
Person-to-Person.  More  than  cne  of  these 
2oxes  may  be  shaded  if  the  Controller  has 
communication  options  available.  S/S  media 
includes  data  link  as  a  communication  tool. 
Again,  shading  indicates  the  relevance  of  a 
category  requirement.  These  categories 
are  further  detailed  in  section  4.4.  Figure  4- 
4  illustrates  the  use  of  these  symbols  and 
shadings  in  Sub-Activity  3.1,  Responding  to 


Fiow  Constraints  Connecting  lines  and 
arrows  reflect  the  possible  flows  of  task  per¬ 
formance.  Note  in  Figure  4-4  the  use  of 
dashed  boxes  where  tasks  from  other  sub¬ 
activities  (in  this  case  coordination  and 
communication)  have  been  invoked,  to 
ensure  a  complete  portrayal  of  a  sub¬ 
activity's  response  to  a  given  event. 

When  eithertheArea  Supervisor  or  the 
Flow  Control/Metering  position  is  or  may  be 
involved  with  the  Controller  in  a  coordina¬ 
tion  task,  that  involvement  is  noted  by  shad¬ 
ing  in  the  upper  left  corner  of  the  box  for 
Area  Supervisor  (S)  and  in  the  upper  right 
corner  for  Flow  Control/Metering  (F). 

Sub-activities  in  Activity  7.0  are  some¬ 
what  unique  in  that  they  may  not  lead  to 
completion  of  effort  in  response  to  an  event 
Instead,  with  receipt  of  information,  such  as 
electronic  mail,  that  information  at  times 
merely  gets  stored  (remembered),  or  per¬ 
haps  placed  on  an  electronic  scratch  pad 
for  later  use  as  it  may  be  needed.  Similarly,, 
some  information ,  gets  transmitted  for 
someone  else’s  use.  The  Controller  is  able 
to  construct  notes;  some  to  be  transmitted, 
some  to  stay  only  in  the  sector  to  assist 
Controller  memory. 

Pointouts  and  transfer  of  control  (hand- 
offs)  are  considered  as  coordination,  and 
their  tasks  appear  only  within  Activity  7.0 
graphs  in  Appendix  A. 


=  GLOBAL  SYSTEM  PARAMETERS 


Figure  4*1 .  Sub-Activity  to  Task 
Decomposition 
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Figure  4*2.  Controller  Information 
Processing  Model 
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Figure  4*3.  Component  Task  Structure  for  "Clearance  Generation 


.1.2  Task  Description  Language 

HDLL 

The  purpose  in  applying  a  rigorously 
efinedTask  Description  Language  scheme 
i  to  portray  the  information  in  the  composi- 
on  graphs  in  a  different  manner.  In  so 
ioing,  the  composition  graphs  rnay  be 
hecked  for  consistency  and  the  TDL  may 
ie  used  as  a  way  to  convey  the  task 
tnalysts  to  the  engineer  and  computer 
;cientist  To  carry  out  this  validation  pro- 
:ess,  the  architecture  for  the  TDL  is 
jstablished  by  imposing  logical  constructs 
o  the  task  statements  in  a  manner  which 
leither  adds  nor  subtracts  any  information 
:ontained  in  the  composition  graphs.  To 
icnstruct  the  TDL,  the  sub-activity  is 
treated  as  a  mathematical  function.  That  is, 
t  is  a  process  which  has  a  unique  output  for 
a  given  set  of  inputs.  This  approach  lends 
itself  to  an  immediate  check  of  the  composi¬ 
tion  graphs  simply  by  looking  at  the  pattern 
of  the  graph.  For  example,  examine  the 
following  graph  with  regard  to  the  pattern 
the  tasks  make  as  they  are  grouped: 


T*SK#I 

TASK  #4 

1 

l 

TASK#* 

TASK  #3 

1 

■  1 

— 

TASK#! 

TAW#® 

Figure  4-5.  Example  of  a  Non-functional 
Decomposition 

This  is  clearly  not  a  functional  break¬ 
down.  There  is  not  a  well-defined  input  task 
or  tasks,  it  looks  as  if  two  distinct  processes 
are  being  carried  out,  and  there  certainly  is 
not  a  unique  output 

Application  of  TDL  to  this  composition 
graph  would  be  impossible  without  reorgan¬ 
izing  the  graph  and  therefore  it  may  be  con¬ 


cluded  that  the  graph  is  not  functionally 
sound. 

In  addition  to  pointing  out  the  possible 
lack  of  functionality  in  a  sub-activity  com¬ 
position  graph,  the  TDL  imposes  a  logic  for 
the  decomposition  of  tasks  which  may  not 
occur  in  the  process  of  graphing  the  tasks. 
First  of  all,  the  task  statement  itself  is 
analyzed  in  terms  of  its  components  (see 
Table  4-1).  By  viewing  the  task  statement  in 
a  parsed  form,  i.e.,  verb,  object,  and  qualifier, 
a  standard  may  be  applied  which  forces 
consistency  in  describing  the  task.  For 
example,  this  assures  that  two  different  or 
unassociated  verbs  are  not  used  to  de¬ 
scribe  the  same  action.  This  application  of  a 
standard  provides  another  means  of 
validating  the  task  statement  as  well  as 
ease  in  entering  these  statements  into  a 
strictly-defined  data  base.  This  eliminates 
duplication  of  terminology  and  allows  for 
the  validation  of  the  content  of  the  task 
statement 

Once  the  task  statement  has  been 
defined  and  standardized  in  a  rigorous 
manner.  Step  1  of  the  TDL  process  may  be 
applied  (see  Table  4-2).  That  is.  for  a  given 
sub-activity,  specify  the  input.  This  will  be 
crucial  in  tne  application  of  TDL  in  that 
there  must  be  an  "input  task”  which 
explicitly  processes  this  input , 

The  second  step  in  the  TDL  process  is 
to  apply  the  logical  constructs  which  are 
defined  in  Table  4-3  to  the  task  statements 
in  the  composition  graphs.  These  particular 
constructs  were  chosen  primarily  for  the 
sake  of  simplicity.  However,  they  aria 
basically  in  keeping  witi.  the  standard  struc¬ 
tured  English  constructs  which  are  applied 
in  any  program  design  language  cr  pseudo¬ 
code  application.  The  exception  is  the  use 
of  the  term  ASE  (And  May  Simultaneously 
Execute)  which  corresponds  to  the  in 
the  composition  graphs  and  indicates  that 
simultaneous  execution  of  a  task  '  is 
possible. 

The  third  and  final  step  in  the  TDL  pro¬ 
cess  is  to  build  the  TDL  using  the  standard¬ 
ized  task  statements  which  are  ,in  the  data 
base  and  the  logical  constructs  which  have 
been  identified  ■ 


TABLE  4-1.  INFORMATION-PROCESSING  TASK  DESCRIPTION 


ConCise.  But  Specific.  Statement  of  a  Purposeful  Job  Action  of  a  Controller 


ACTION  VERB 

+ 

ITEM  ACTED  UPON 

+ 

MODIFIERS  TO  CLARIFY 

EG-. 

Check 

Compare 

•  Things  (Controls,  etc.) 

• 

Purpose/Objective  (Why) 

Determine. 

•  Data/Concepts 

• 

Means/ Media  (How.  Which  Way) 

Verbs 

Estimate 

Identify 

•  People 

• 

Scope  of  Situation 

inform 

(flange.  Restrictions) 

Judge 

• 

Conditions  (Where.  When) 

EXAMPLES; 


Determine  Descent  Time  or  Point 

Assess  Situation  For  Potential  Violation  of  Sepe.'ion  Standards. 

(Implies  Required  Knowledges.  Training.  Experience  m  Regard  To  Separation  Standards* 


TABLE  4-2.  TDL-STEP  1 


.SUB-ACTIVITY  2.1 :  PERFORMING  CONFLICT  RESOLUTION 
Specify  Tasks  Which  Contain  Inputs 
Input  Tasks: 

2.1.1  Detect  Aircraft  Conflict  Alert  Indication 

2.1.2  Determine  Validity  of  Conflict  Alert  Notice  or  Indication 

Input: 

Input  Must  Check  Against  Approved  Glossary  of  AAS  Terms/Definitions  for  Messages. 


SUB-ACTIVITY  2.1:  PERFORMING  CONFLICT  RESOLUTION 


Apply  logical  constructs: 


Sub/unctive  -  Indicates  possible  or  conditional  path  selection 
IF 

THEN 
ELSE 
END  IF 
ELSE  EXIT 


Repetitions/Passes  -  Indicates  at  least  one  pass  through 
DO 

END  DO 

DO  WHILE,  DO  UNTIL 


Concurrency  ~  Indicates  simultaneous  execution  is  possible 
ASE  (AND  MAY  SIMULTANEOUSLY  EXECUTE) 


During  this  step  of  the  process,  errors 
may  be  exposed  in  the  composition  graph, 
such  as  a  missing  exit  path  or  an  illogical 
grouping  of  tasks.  The  composition  graphs 
may  then  be  iterated  upon  until  they  are 
functionally  sound  and  the  TDL  may  be 
finalized.  The  following  nine  rules  are  con¬ 
sistently  applied  in  the  development  of  the 
TDL  These  rules  always  apply  and  may  be 
carried  out  automatically  with  the  aid  of  a 
syntax  checker. 

TDL  Rules: 

1)  Define  inputs  to  entire  sub-activity 
process. 

2)  All  sub-activities  are  encased  by: 

DO 

END  DO 

If  iteration  needs  to  be  displayed,  e.g^ 
@*.  encase  the  sub-activity  by: 

DO  WHILE  (condition  exists) 

END  DO 

or 

DO  UNTIL  (something  happens, 
e.g.,  time  =  t) 

END  DO 

whichever  is  appropriate. 

3)  If  there  is  more  than  one  input  and. the 
input  tasks  are  joined  by  a  +,  handle 
each  input  separately. 

With  an  IF  clause 

IF  input  is  1. 

THEN  (Task  No.  1)  Task  1 
ELSE 

IF  input  is  2 

THEN  (Task  No.  2)  Task  2 
ELSE  (Task  No.  3)  Task  3 
END  IF 
END  IF 

This  example  illustrates  the  case  of 
three  input  tasks.  This  requires  two  IF 
clauses,  because  there  is  no  choice  in 
processing  the  third  input  task.  That  is, 
if  the  input  tasks  were  not  numbers  1 
and  2,  it  must  be  number  3  or  one 


would  not  be  in  the  sub-activity.  So,  in 
general,  if  there  are  n  input  tasks 
joined  by  a  +,  there  are  (n — 1 )  IF 
clauses. 

4)  If  the  input  tasks  are  joined  by  an  &, 
then  apply  the  following  construction: 

IF  necessary 

THEN  (Task  #1)  Task  1 

END  IF 

ASE 

IF  necessary 

THEN  (Task  *2)  Task  2 

END  IF 

This  implies  that  the  tasks  will  be  done 
simultaneously  only  when  deemed 
necessary.  The  parameter  for  assign¬ 
ing  necessity  has  yet  to  be  estab¬ 
lished.  There  will  be  as  many  IF  clauses 
as  there  are  input  tasks. 

5)  If  there  is  only  one  input  task,  no 
construction  is  required  other  than  the 
starting  DO  which  encases  the  entire 
sub-activity. 

6)  If  there  is  more  than  one  task  or  con¬ 
struct  to  “do"  within  an  IF  clause,  put 
a: 

THEN  DO  (Task  #i)  Task  1 
(Task  #2)  Task  2 

END  DO 

If  there  is  only  one  task  to  "do”,  then 
the  THEN  is  sufficient 

7)  Similar  to  item  6)  above,  if  there  is  more 
than  one  task  which  follows  the  ELSE, 
then  use  an: 

ELSE  DO 
(Task  #1)  Task  1 
(Task  #2)  Task  2 
END  DO 

8)  In  general,  after  the  input  has  been 
processed,  a  decision  point  will  be 
reached,  signified  by  a  (dp).  This  deci¬ 
sion  point  is  implicit  within  the  tasks 
and  called  out  for  the  sake  of  clarity  in 
the  TDL  The  only  time,  the  (dp)  is  not 


used  is  in  the  initial  processing  of 
input  where  the  decision  is  clear  and 
in  the  go-around  clause  (see  item  9) ) 
where  the  (dp)  would  be  cumbersome 
rather  than  clarifying.  The  (dp)  phrase 
usually  takes  the  form  of  evaluating 
the  necessity  to  do  something  if  an 
active  decision  is  required  by  the  Con¬ 
troller,  or  determining  the  require¬ 
ments  which  go  into  deciding  which 
path  to  take.  The  (dp)  statement  is  in 
either  case  followed  by  an  IF  clause. 
Parameters  for  implementing  these 
(dp)s  have  not  yet  been  determined. 

9)  The  construction  which  indicates  that 
a  task  may  or  may  not  be  done  in  the 
composition  graphs  has  the  following 
form: 


Figure.  4*6. 

TDL  “If-Then”  Construct 

This  is  mirrored  in  the  TDL  by  the 

IF  necessary 
THEN  (Task  #)  Task 
.  END  IF 

clause. 

To  be  more  explicit,  one  would  have  to 
precede  this  clause  with  a  (dp),  but  in  the 
case  of  this  construction  only,  it  is  omitted 
because  of  the  additional  clarity.  It  must  be 
noted  that  a  decision  point  does  exist 


4.2  Allocation  of  Information  Processing 

Tasks  to  Sector  Type 

4.2.1  Sector  Type  Description 

Many  factors  can  potentially  impact 
Controller  tasks  at  a  given  sector  type.  Of 
these,  eight  factors  were  rdentifieo  which 
significantly  impact  sector  complexity  and 
ultimately,  workload.  These  factors  are:  M) 
coordination;  (2)  traffic  density  or  volume; 
(3)  arrival  .oriented  traffic  (4)  departure 
oriented  traffic:  (5)  en  route  oriented  traffic; 
(6)  aircraft  separation:  (7)  sequencing;  and 
(8)  time  responsiveness. 

Sector  types  were  defined  as  low 
altitude  arrival;  low  altitude  departure;  low 
altitude  en  route;  high  altitude  en  route; 
oceanic  arrival  control;  and  departure  con¬ 
trol.  These  were  assumed  to  be  the  prin¬ 
cipal  types  of  sectors,  recognizing  a  few 
others  may  occur  in  certain  instances  and 
that  a  given  sector  may  be  structured  to 
serve  more  than  one  of  these  purposes. 

The  eight  factors  were  applied  against 
each  of  the  seven  principal  types  of  sectors 
for  each  task.  The  level  of  factor  influence 
on  Controller  task-by-task  workload  was 
judged  as  high,  medium,  low.  or  not  applic¬ 
able.  A  high  rating  wasassigned  if  the  factor 
was  highly  associated  with  the  specified 
task  in  the  specified  sector  in  a  majority  of 
situation:.;  a  medium  rating  was  assigned 
for  average  association;  and  a  low  iating 
was  assigned  for  a  minor  association.  Each 
position/sector  may  be  affected  by  unique 
control  procedures  generated  by  environ¬ 
mental  or  geographical  constraints.  The 
procedures  may  create  substantial  differ¬ 
ences  in  the  same  type  of  sectors  within  the 
same  facility.  No  effort  is  made  to  account 
for  these  control  procedures  since  they 
may  be  as  varied  as  the  number  of  sectors 
involved  Control  procedures  are  identified 
here  only  as  an  alert  that  sector  types  with 
similar  names  may  be  very  dissimilar  in  con¬ 
trol  practices.  The  intent  of  this  analysis  is 
both  to  identify  the  impact  of  sector  com¬ 
plexity  factors  on  Controller  tasks,  and  to 
surface  differences  between  sector  types  in 
overall  Controller  workload. 


4.2.2  Allocation  of  ~asks  for  Each 
Sector 

Of  the  levels  of  factor  influence  on 
Controller  workload  (high,  medium,  low,  or 
not  applicable)  as  applied  to  the  sector 
types,  coordination  was  the  highest  rated 
factor.  Coordination  received  the  most 
“high”  ratings  .for  all  tasks  within  all  sector 
types  See  Table  4-4  for  average  “high" 
rated  factors  for  all  sector  types  Traffic  den¬ 
sity  and  time  responsiveness,  were  well 
ahead  of  the  other  factors  Although  dif¬ 
ferent. sector  types  were  examined  to  deter¬ 
mine  if  the  type  of  sector  influenced  the 
results  of  appyiing  the  factor  ratings  coor¬ 
dination,  traffic  density,  and  time  respon¬ 
siveness  were  always  the  most  significant 
factors  in  Controller  activities  regardless  of 
sector  type.  No  m  ingful  differences 
could  be  detected  between  the  arrival,  en 
route,  or  departure  or-'nted  traffic  with  re¬ 
spect  to  factor  influeni,  s.  See  Table  4-5  for 
factor  ratings  by  secto.  types 


TABLE  4-4,  AVERAGE  ‘HIGH”  RATING  FACTORS  FOR  ALL  SECTOR  TYPES 


•AVERAGE  RATING/ALL  SECTOR  TYPES 


Factor  No.  of  "High"  Ratings' 


Coordination 

173 

Traffic  Density 

128 

Time  Responsiveness 

119 

En  Route  Traffic 

114 

Sequencing 

113 

Aircraft  Spacing 

113 

Arrival  Traffic 

111 

Departure  Traffic 

no 

•Possible  264  (high,  medium,  low,  or  not  applicable.) 

TABLE  4-5.  FACTOR  RATINGS  BY  SECTOR  TYPE 


Factor 


Factor 

Rating 

Sector  Type 

' 

Low 

Altitude 

Arrival 

Low 

Altitude 

Departure 

Low  High 

Altitude  Altitude  Oceanr 

En  Route  En  Route 

Arrival 

Control 

Departure 

Control 

Arr  val 

High 

116 

105 

122 

119 

94 

115 

105 

Oriented 

Med. 

28 

35 

28 

25 

37 

23 

34 

Traffic 

Low 

44 

48 

38 

42 

49 

45 

49 

N/A 

73 

73 

73 

75 

81 

73 

73 

Departure 

High 

101 

120 

119 

117 

93 

101 

120 

Oriented 

Med. 

33 

33 

32 

27 

37 

32 

33 

Traffic 

Low 

55 

36 

38 

43 

51 

56 

36 

N/A 

72 

72 

72 

74 

80 

72 

72 

En  Route 

High 

112 

118 

121 

117 

102 

110 

116 

Oriented 

Med. 

29 

29 

29 

25 

30 

24 

28 

Traffic 

Low 

47 

41 

38 

44 

48 

54 

44 

N/A 

73 

73 

73 

75 

81 

73 

73 

Aircraft 

High 

114 

115 

116 

116 

102 

116 

115 

Spacing 

Med. 

22 

23 

25 

20 

25 

20 

23 

Low 

71 

69 

66 

69 

74 

71 

69 

N/A 

54 

54 

54 

56 

60 

54 

54 

Sequencing 

High 

115 

114 

113 

113 

103 

117 

114 

Med. 

41 

40 

44 

40 

40 

39 

40 

Low 

58 

60 

57 

59 

63 

58  , 

60 

‘ 

N/A 

47 

47 

47 

49 

55 

47 

47 

Time 

High 

121 

119 

120 

120 

110 

121 

119 

Responsiveness 

Med. 

89 

95 

94 

88 

80 

88 

95 

’ 

Low 

43 

39 

39 

43 

51 

44 

39 

N/A 

8  , 

8 

8 

10 

20 

8 

8 

Coordination 

High 

176 

176 

176 

175 

160 

176 

176 

Med. 

36 

42 

43 

37 

33 

34, 

42 

Low 

42 

36 

35 

40 

48 

44 

36 

N/A 

7 

7 

7 

9 

20 

7 

7 

Traffic 

High 

129 

134 

133 

129 

112 

128 

133 

Density 

Med. 

29 

34 

35 

28 

33 

29 

34 

Low 

55 

45 

45 

54 

58 

56 

46 

N/A 

48 

48 

48 

50 

58 

48 

48 

4.3  Task  Information  Requirements 

Analysis 

Task  information  requirements  result 
from  associating  Controller  tasks  with 
either  position-to-position  communication 
messages,  position-to-network  communi¬ 
cation  messages,  or  position-to-machme 
communication  messages.  These  require¬ 
ments  are  summarized  in  Table  4-6. 
Position-to-network  messages  include  Con¬ 
troller  to  Controller/Supervisor/ Metering/ 
Flow  Controller,  or  Pilot  Position-tomachme . 
messages  include  Controller  entered  mes¬ 
sages  which  are  required  to  update  the 
machine  data  base  or  machine  output 
messages  such  as  data  blocks,  flight  data 
weather,  or  status  information.  The  message 
network  represents  the  coordination  or  com¬ 
munications  between  Controllers  and  others 
The  network  may  be  accomplished  by  VSCS, 
by  the  computer,  and,  if  appropriate,  data 
link.  In  addition,  performance  requirements 
are  listed  where  message  receipt/transmis¬ 
sion  is  involved  in  the  task.  Performance 
requirements  pertaining  to  data  link  trans¬ 
missions  are  not  specified. 

Of  the  task  information  requirements 
the  messages  required  between  position' to 
position  generally  involve  pomtouts  transfer 
of  control  or  handoff.  airspace  action,  or 
clearances  Messages  requiring  computer 
input  by  the  Controller  generally  involve 
multiple  positions  or  sectors  or  the  use  of 
display  information  by  the  entering  position 

Messages  which  require  action  on  the 
part  of  the  receiving  Controller  such  as 
handoff,  pointout,  etc.,  are  noted.  The  per¬ 
formance  requirement  for  these  messages 
represents  the  response  time  after  the  com¬ 
puter  verifies  that  the  message  is  accept¬ 
able  and  can  be  processed  to  conclusion. 
As  an  example,  currently  a  handoff 
message  must  be  properly  formatted,  be 
identified  to  the  proper  sector,  the  sector  or 
facility  must  be  on  line  and  has  acknowl¬ 
edged  receipt  of  the  handoff  message,  and 
displayed  on  the  originator  display  within 
the  alloted  time.  Performance  require¬ 
ments  concerning  visual  or  verbal  action 
are  not  specified  in  Table  4-6. 


4.3.1  Derived  Machine  Support  Response 
Times 

The  AAS  System  Level  Specification 
(Ref.  2)  states  ACCC  response  times  in 
terms  of  mean,  99th  percentile,  and  max¬ 
imum  responses  for  six  priority  classes  of 
messages.  Responses  to  local  message 
inputs  are  defined  in  terms  of  the  following 
events: 1 

to-  the  time  of  device  key  depression  or 
touch-entry  activation. 

t„-  the  time  of  exhibit  of  a  symbol  or  a 
menu-select  in  the  display  preview 
area 

re-  the  time  at  which  an  enter-input  action 
is  taken. 

t,—  the  time  at  which  the  input  device  is 
ready  for  the  entry  of  another 
message. 

t,-  the  time  at  which  the  results  of 
message  validation  are  output 

td-  the  time  at  which  the  output(s)  that 
result  from  the  processing  of  an 
accepted  message  is  displayed  or 
transmitted  to  the  appropriate  aes- 
tination(s).  The  destination  of  the  out¬ 
put  message  resulting  from  the  input 
can  be  entering  position,  another  local 
destination,  or  a  remote  destination. 
For  a  local  destination,  td  will  be  the 
display  time;  for  a  remote  destination, 
td  will  be  the  start  of  transmission 
time. 

From  ths  event-times,  four  response-time 
intervals  are  defined  for  local  message 
inputs.  Figure  4-7  shows  the  relationship  of 
these  intervals. 

Display  or  Preview  Area  response  time 
is  defined  to  be  ['g  -  to). 

Release  of  Input  Device  response  time 
is  defined  to  be  (tf  -  t„). 

Message  Accept  response  time  is 
defined  to  be  (t,  - 1,). 


TIME 


Figure  4-7.  Definition  of  Response  Tim*  Intervals 
(Taken  from  Ref.  2) 


Exhibit  of  the  Output  Message  re¬ 
sponse  time  is  defined  to  be  (ta  -  t«). 

*  From  the  Controller's  point  of  view,  two 
entries  are  accounted  for  in  the  above  mod¬ 
el.  The  first  to,  corresponds  to  choosing  an 
option  set,  e.g.,  a  menu  of  alternatives  or 
function  set  The  second,  te  represents  the 
explicit  "enteT’  for  the  chosen  command. 
Several  levels  of  feedback  are  also  pre¬ 
sented.  TD  -  t0  represents  lexica!  feedback, 
similar  to  ;nput  echoing.  Ta  -  te  represents 
syntactic  feedback,  e.g..  format  checking, 
error  message  display.  Ta  -  t»  is  the  period 
of  semantic  feedback,  e.g.,  display  of  results 
or  acknowledgement  that  a  message  has 
been  successfully  transmitted. 

The  derived  machine  support  re¬ 
sponse  times  listed  in  Table  4-6  represent 
the  Controller's  expectations  for  the  period 
of  td  -  t«.  These  performance  requirements 
are  derived  in  accordance  with  the  events 
(traced  to  sub-activities)  listed  in  Table  4-6. 
That  is,  derived  machine  support  response 
times  are  listed  which  are  meaningful  with 
respect  to  Controller  acceptance,  and  the 
“real-world”  events  to  which  they  map. 

The  time  periods  listed  in  Table  4-6 
represent  completed  system  processing 
time,  including  display  time  at  subsequent 
Sector  Suites  or  interfaced  systems  (i.e, 
td  -  t„v  Performance  times  are  maximum 
times  under  peak  conditions.  It  is  assumed 
that  lexica)  feedback  (e.g.,  character  echo¬ 
ing)  will  be  provided  to  the  Controller  vir¬ 
tually  instantaneously,  (<0.5  sec.),  and  that 
syntactic  feedback  (format  checks,  error 
messages)  will  be  provided  in  less  than  2 
seconds  in  all  cases. 

4.3.2  Priority  flatinqs 

Associated  with  the  performance  re¬ 
quirement  for  each  task  is  a  Controller 
assessment  of  the  high,  medium,  low 
priority  assignment  for  the  task.  High 
priority  tasks  are  generally  associated  with 
potential  conflicts,  aircraft  deviations,  clear¬ 
ances,  transfer  of  control  and  pointouts,  and 
failure  mode  detection.  Information-gathering 
tasks,  i.e,  trial  amendments,  probes,  etc., 
which  support  higher  priority  tasks  and 
safety-related  items,  such  as  weather,  were 
generally  rated  as  medium  priority.  House¬ 


keeping  functions,  and  ancillary  tasks  such 
as  searching  for  overdue  aircraft  were 
assigned  a  low  priority.  Thus,  the  priority 
assignment  provides  additional  information 
relating  to  performance  requirements  and 
can  be  used  to  differentiate  tasks  with  iden¬ 
tical  requirements. 


TABLE  4  6.  TASK  INFORMATION  REQUIREMENTS 
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Coordination  and  communication  tasks 
of  Controllers  are  called  out  and  grouped 
into  Activity  7.0,  to  focus  attention  upm  this 
major  aspect  of  the  Controller  job.  This 
emphasis  also  encourages  a  greater  atten¬ 
tion  to  the  completeness  of  their  listing, 
than  when  they  are  imbedded  in  the  sub¬ 
activity  context  of  Activities  1. 0-6.0. 


Coordination  tasks  were  drived  follow¬ 
ing  a  multistep  process.  First  composition 
graphs  were  prepared  for  Activities  1 .0-6.0. 
This  effort  identified  most  of  the  coordina¬ 
tion  and  communication  tasks  in  the  con¬ 
text  of  control  operations.  Theie  coordination 
tasks  then  were  removed  from  that  original 
context  and  grouped  with  re'ated  coordina¬ 
tion  tasks  Such  grouping  pe  mits  an 
examination  of  the  balance  available 
among  information  receipt  and  transmittal 
tasks  For  every  task  transmitting  informa¬ 
tion  to  another  Controller  there  needs  to  be 
a  corresponding  Controller  receipt  of  such 
information,  and  vice  versa.  The  derived 
coordination  tasks  were  then  grouped  into 
sub-activities  and  structured  into  composi¬ 
tion  graphs  This  graphing  allows  further 
examination  of  the  completeness  of  task 
identification. 


Finally,  the  new  tasks  so  identified 
were  fit  back  into  the  context  of  the  original 
composition  graphs  of  Activif-es  1.06.0,  as 
appropriate.  There  are  1 38  Controller  tasks 
identified  as  pertaining  to  coordination  and 
communicatioa  These  include  some  Con¬ 
troller  tasks  also  involving  communication 
with  pilots 

Activity  7.0  contains  42  sub-activities 
or  groupings  of  related  coordination  and 
communication  tasks  The  media  used  for 
transmitting  and  receiving  information  by 
these  tasks  is  noted  by  the  shading  on  the 
lower  portion  of  the  task  boxes  in  the  com¬ 
position  graphs  in  Appendix  A.  Three 
categories  of  communication  media  are 
cited; 


S/S~ 

Sector  Suite  (including  NAOIN, 
Data  Link,  Mode  S,  and  all  Sector 
Suite  display  and  functional  capa¬ 
bility! 

VSCS— 

Voice  Switching  and  Control 
System 

Pers— 

Personal  direct  voice  contact  with 
an  individual  within  hearing  dis¬ 
tance 

Shading  of  the  S/S  box  implies  using  the 
Sector  Suite  for  exchange  of  information, 
not  using  it  to  do  an  action  other  than  com¬ 
municatioa  Figure  4-8  depicts  the  deriva¬ 
tion  of  coordination  tasks. 

The  direct  voice  alternative  primarily 
concerns  problem-solving  conversations, 
as  well  as  calling  another's  attention  to  an 
oversight  With  a  Sector  Suite  team  there 
may  be  coordination  conversations,  as  be¬ 
tween  today’s  R  and  D  Controllers.  Further, 
direct  transmittal  from/to  others  on  the  air 
traffic  control  crew  is  possible,  as  fnay  occur 
with  the  Area  Supervisor.  Meteorologist 
and  Metering/Flow  Controller. 

The  coordination  and  communication 
tasks  of  Activity  7  are  identified  in  Appendix 
A  along  with  the  composition  graphs  and 
TDL  of  the  other  activities. 
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SECTOR  A 
(SECTOR  B 


Figure  4-8.  Derivation  of  Coordination 


4.5  Area  Supervisor  Task  and  Information 

Requirements 

Derived  from  the  task  composition 
graphs  of  the  air  traffic  Controllers  are  58 
tasks  to  be  performed  by  Area  Supervisors. 
These  are  directly  inferred  from  the  receipt 
or  transmittal  of  information,  as  noted  in 
Activity  7.0.  Shading  in  the  upper  left  of 
the  graph  boxes  of  the  composition  graphs 
shown  in  Appendix  A  denotes  involvement 
of  the  Area  Supervisor,  Thus,  if  the  Area 
Supervisor  may  be  informed  by  the 
Controller,  the  Supervisors’  tasks  must 
reflect  receipt  of  such  information.  Similarly, 
their  tasks  must  reflect  transmittal  of  infor¬ 
mation  received  by  Controllers  from  their 
Supervisors. 

Table  4-7  lists  these  derived  Area 
Supervisor  tasks  involving  coordination  and 
communication  with  Controllers.  Table  4-8 
lists  the  information  that  is  transmitted  be¬ 
tween  them.  The  lower  portion  of  the  boxes 
on  the  Controller  tasks  denotes  the  media 
by  wnich  that  information  may  be  trans¬ 
mitted. 

These  tables  certainly  do  not  reflect  all 
Supervisor  tasks  and  information  require¬ 
ments.  However,  given  the  validity  of  the 
Controller  task  analysis,  these  Supervisor 
tasks  become  valid  in  a  Supervisor  task 
analysis,  and  fully  characterize  the 
Controller-Supervisor  interface. 

There  are  28  itcf  -  of  information  iden¬ 
tified  as  received  from  Controllers,  and  22 
items  of  information  obtained  from  other 
sources  for  conveyance  to  Controllers 

4.6  Derived  Metennq/rlow  Control 

Position  Tasks  and  Information 

Requirements 

As  with  Supervisors  in  the  preceding 
section,  tasks  and  information  require¬ 
ments  have  been  derived  from  the  Con¬ 
troller  task  analyses  for  Metering/Flow 
Control  positions  Fifteen  such  tasks  are 
listed  in  Table  4-9,  along  with  1 1  related 
information  requirements  in  Table  4*10. 

The  composition  graphs  for  Controller 
tasks  reflect  the  involvement  of  the 


Metering/Flow  Control  position  by  shading 
in  the  upper  right  corner  of  the  task  boxes  in 
Appendix  A.  Again,  the  lower  portion  of 
those  boxes  indicates  the  media  by  which 
the  information  may  be  transmitted. 


TABLE  4-7.  DERIVED  TASKS  OF  AREA  SUPERVISORS 


Related 

Controller 

Task 


Derived  Area  Supervisor  Tasks 


7.14.1 

7.15.1 

7.15.2 

7.17.1 

7.17.7 

7.17.8 

7.18.1 

7.18.2 

7.18.3 

7.19.1 

7.19.2 

7.19.3 

7.20.1 

7.20.2 

7.20.3 

7.21.1 

7.41.1 

7.42.2 

7.42.3 


Receive  Controller  notice  of  emergency  event 
Receive  Controller  notice  of  reverting  to  ACCC  backup  procedures 
Receive  Controller  notice  of  intra-position  exchange/assignment  of 
responsibilities 

Receive  Controller  request  for  assistance  or  relief 
Receive  Controller  notice  of  aircraft  flight  plan  deviation 
Notify  Controller  of  airspace  restriction/release 
Receive  notice  of  airspace  restriction/release 

Receive  notice  of  Controller  request  for  release  of  special  use  airspace 
Receive  notice  of  Controller  denied  request  for  release  of  special  use 
airspace 

Notify  Controller  to  take  over  airspace 

Notify  Controller  to  reconfigure  the  sector 

Notify  Controller  to  release  airspace 

Transmit  clearance  request  to  Controller 

Receive  clearance  request  for  transmittal  to  Controller 

Receive  Controller  notice  of  equipment  status 

Notify  Controller  of,  status  of  adjacent  ACF  automation  equipment 

Receive  notice  of  status  of  adjacent  ACF  automation  equipment 

Notify  Controller  of  status  of  a  Sector  Suite  failure 

Transmit  weather  advisory  to  Controller 

Receive  weather  information  from  Controller 

Receive  Controller  advice  of  weather  impact  on  routes/flow 

Notify  Controller  of  communication  status 

Notify  Controller  of  new  frequency  assignment 

Notify  Controller  of  alternate  communication  path 

Receive  Controller  notice  of  communication  status 

Receive  Controller  notice  of  new  frequency  assignment 

Receive  alternate  communication  path  from  Controller 

Notify  Controller  of  NAVAID  status 

Receive  notice  of  NAVAID  status 

Notify  Controller  of  substitute  routing 

Receive  notice  of  substitute  routing 

Notify  Controller  of  cancellation  of  substitute  routing 

Receive  notice  of  cancellation  of  substitute  routing 

Receive  NAVAID  status  from  Controller 

Receive  notice  of  Controller  request  for  temporary  use  of  airspace 
Receive  notice  of  Controller  acceptance  of  release  of  airspace 
for  temporary  use 

Receive  notice  of  Controller  denial  of  request  for  temporary  use  of 
airspace 


TABLE- 4-7.  DERIVED  TASKS  OF  AREA  SUPERVISORS  (continued) 


Related 

Controller 

Task 

Derived  Area  Supervisor  Tasks 

Receive  Controller  notice  of  airspace  intrusion  by  a  non-controlled  object 

7.22.2 

Notify  Controller  of  airspace  'ntrusion  by  a  non-controlled  object 

7.23.1 

Forward  runway  use  data  to  Controller 

7.24.1 

Receive  runway  usa  from  Controller 

7.25.2 

Receive  Controller  alert  of  aircraft  having  flight  problems 

7.25.3 

Receive  contingency  information  from  Controller 

7.26.1 

Notify  Controller  to  inhibit  alert  function 

7.28.1 

Notify  Controller  of  special  operations 

7.29.1 

Receive  Controller  notice  of  special  operations 

7.30.1 

Inform  Controller  on  loss  of  radio  contact  with  aircraft 

7.30:2 

Receive  Controller  notice  of  radio/radar  search  status 

7.31.1 

Inform  Controller  on  overdue  aircraft 

7.31.2 

Receive  Controller  notice  of  status  in  contacting  facilities  along  route  of 
flight  of  overdue  aircraft 

7.35.1 

Transmit  requested  route/ altitude  changes  to  Controller 

7.35.2 

Notify  Controller  of  flow  restriction 

Receive  notice  of  flow  restriction 

7.35.4 

Receive  Controller  request  for  imposing  flow  control 

7.35.6 

Receive  requested  route/altitude  changes  from  Controller 

7.37.3 

Receive  notice  of  Controller  rejection  of  a  handoff 

7.39.1 

Notify  Controller  of  radar  sensor  status 

7.40.1 

Receive  Controller  notice  of  radar  sensor  status 

TABLE  4-8.  DERIVED  INFORMATION  REQUIREMENTS  OF  AREA  SUPERVISORS 


Information  Received  From  Controllers 


Weather  information 
Impact  of  weather  on  routes/flow 
Occurrence/nature  of  communication  siatus  change 
Occurence  of  new  frequency  assignment 
Occurrence/ nature  of  an  alternate  communication  path 
Occurrence/nature  of  a  NAVAID  status  change 
Runway  use  data  , 

Alert  of  an  aircraft  having  flight  difficulties 
Occurrence/nature  of  a  contingency  event ' 

Controller  request  for  imposing  flow  control 

Cccurrence/nature  of  a  radar  sensor  status  change 

Notice  of  emergency  event  occurrence 

Notice  of  Controller  reverting  to  ACCC  backup  procedures 

Notice  of  intra-position  exchange/assignment  of  responsibilities 

Controller  request  for  temporary  use  of  airspace 

Notice  of  Controller  acceptance  of  pointout/release  of  airspace  for  temporary  use 

Notice  of  Controller  denial  of  request  for  assistance  or  relief 

Notice  of  Controller  request  for  temporary  use  of  airspace 

Notice  of  Controller  request  for  release  of  special  use  airspace 

Notice  of  Controller  denied  request  for  release  of  special  use  airspace 

Notice  of  equipment  status 

Notice  of  airspace  intrusion  by  a  non-controlled  object 
Notice  of  special  operations 

Status  of  radio/radar  search  for  aircraft  without  radio  contact 

Status  of  Controller  contact  of  facilities  along  route  of  flight  of  overdue  aircraft 

Requested  route/altitude  change 

Notice  of  Controller  rejection  of  a  handoff 

Notice  of  an  aircraft  flight  plan  deviation  , 


TA8LE  4-8.  DERIVED  INFORMATION  REQUIREMENTS' OF  AREA  SUPERVISORS  (continued) 


Information  Obtained  From  Other  Sources  for  Conveyance  to  Controllers 


Airspace  restriction/ release 

Need  for  sector  takeover  of  airspace 

Need  for  sector  release  of  airspace 

Need  for  and  nature  of  a  sector  reconfiguration 

Status  of  adjacent  AC-F  automation  equipment 

Weather  information 

Status  of  communications 

Occurrence  of  new  frequency  assignment 

Occurrence/nature  of  an  alternate  communication  path 

Occurrence/nature  of  a  NAVAID  status  change 

Occurrence/nature  of  a  substitute  routing 

Occurrence  of  a  substitute  routing  cancellation 

Runway  use  data 

Occurrence/nature  of  special  operations 
Occurrence  of  loss  of  radio  contact  with  an  aircraft 
Occurrence  of  an  overdue  aircraft 
Requested  route/altitude  change 
Flow  restriction 

Occurrence/nature  of  a  radar  sensor  status  change 
Clearance  request 

Notice  of  airspace  intrusion  by  a  non-controlled  object 
Need  to  inhibit  alert  function 


TABLE  4-9.  DERIVED  TASKS  Or  METERING/FLOW  CONTROL  POSITIONS 


Related 

Controller 

Task 

Derived  Flow  Control/Metering  Tasks 

7.17.8 

Receive  Controller  advice  of  weather  impact  on  routes/flc\iv 

7.22.2 

Notify  Controller  of  airspace  intrusion  by  a  non-controlled  object 

Receive  notice  of  airspace  intrusion  by  a  non-controlled  obje 

7.23.1 

Forward  runway  use  data  to  Controller 

7.24.1 

Receive  runway  use  data  from  Controller 

7.28.1 

Notify  Controller  of  special  operations 

Receive  notice  of  special  operations 

7.34.1 

Inform  Controller  of  FAD  notice 

7.35.1 

Transmit  requested  route/altitude  change  to  Controller 

7.35.2 

Notify  Controller  of  flow  restriction 

Receive  flow  restriction 

7.35.3 

Transmit  metering  data  to  Controller 

Receive  mo  ering  data 

7.35.4 

Receive  Controller  request  for  imposing  flow  co.itrol 

7.35.6 

Receive  requester  route/altitude  change  from  Controller 
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Chapter  5.0 


5.0  CONTROLLER  WORKLOAD 

ASSESSMENT  AND  DEFINITION 
OF  MACHINE  SUPPORT 

The  pursuit  of  a  reliable  and  valid  index 
of  operator  mental  workload  has  been  his¬ 
torically  enigmatic.  The  most  apparent 
reason  tor  this  concerns  the  elusive  nature 
of  direct  cognitive  measurementi  Mental 
load  can  only  be  assessed  m  terms  of 
plausible  physiological,  performance,  or 
judgmental  correlates,  an  of  wr.  _n  provide  a 
potentially  biased  reflection  of  mental  load, 
rather  than  mental  workload  itself  Even 
given  the  state  of  mental  measurement  as 
an  inexact  art-cum-science.  the  execution 
of  a  serviceable  workload  model  is  critical 
to  the  establishment  of  user  interface  and 
task  requirements  in  any  system  possess¬ 
ing  a  significant  human  component. 

Hopkm  (Ref  6)  addresses  this  issue  as 
follows: 

“Nevertheless,  somehow  mental 
workload  should  influence  task 
analysis  and  task  synthesis  the 
grouping  of  tasks  and  the  siudy  of 
the  interactions  between  them.  In 
practical  terms  the  performance 
of  the  air.  traffic  Controller  must 
not  be  degraded  unacceptably 
because  he  has  too  much  to  do 
he  must  not  continuously  have  to 
make  great  efforts  to  cope  with 
his  tasks  excessive  task  demands 
must  not  be  allowed  to  impair 
human  well-being,  unavoidable 
haste  and  pressure  from  tasks 
must  not  lead  to  dangerous 
irrecoverable  errors  Such  con¬ 
siderations  do  influence  the  con¬ 
struction  of  tasks  the  division  of 
tasks  and  the  traffic  loading  of 
tasks.  Perhaps  it  is  possible  to 
continue  to  make  practical  pro¬ 
gress  without  being  ade  to  define 
or  measure  mental  workload  m 
any  precise  way  Certainly  it  is  not 
practical  to  sneive  the  problem  of 
mental  workload  assessment 
until  definitive  measures  of  work¬ 
load  have  been  der.ved,  since 
•  there  is  no  real  sign  that  such 
measures  are  m  the  offing." 


The  assessment  of  operator  workload  can 
occur  at  various  stages  of  system  develop¬ 
ment  using  diverse  methods  aimed  at 
evaluating  requirements,  design  concepts, 
or  actual  operational  systems.  Moray  (Ref. 
9)  provides  a  synopsis  of  methods  employed 
by  experimental  psychologists,  control 
engineers,  mathematicians,  physiologists 
and  applied  psychologists  «n  evaluating 
mental  load  An  exhaustive  compendium  of 
over  foui  hundred  citations  m  this  area  is 
provided  by  Ref.  to. 

Efforts  concerning  evaluation  of  Con¬ 
troller  workload  have  centered  on  obiective 
performance  measures  and/or  expert 
ratings  of  actual  or  simulated  ATC  operations 
A  senes  of  studies  aimed  at  the  establish¬ 
ment  and  validation  of  Controller  workload 
models  is  documented  in  Robertson  et.  at 
(Ref.  12).  Here  real-time  audio  and  digital 
ATC  data  were  collected  and  analyzed  off¬ 
line  to  derive  estimates  of  man-mmutes  of 
work  m  terms  of  routine,  surveillance,  and 
conflict  prevention  workload  High  cor¬ 
relations  were  found  in  subsequent  model 
predictions  and  observer  estimates  of  Con¬ 
troller  workload  in  a  vanety  of  sector  types 
and  with  a  range  of  traffic  density  The  data 
presented  indicate  great  potential  for  the 
use  of  this  model  as  an  on-line  predictor  for 
rhe  existing  NAS  configuration,  put  it  does 
not  provide  a  vehicle  for  workload  assess¬ 
ment  as  a  function  of  automation  level  or 
system  configuration  as  must  be  applied 
here 

Buckley  et  at  (Ref.  it  focused  on  the 
use  of  real  time  simulation  to  evaluate  pro¬ 
posed  system  changes.  This  work  relied  on 
a  I  act  or  analytic  approach  based  upon 
observer  ratings,  participant  ratings,  and 
objective  performance  indices  m  two 
separately  collected  data  sets  Four  stable 
factors  emvS'  qed  which  correlated  with  Con¬ 
troller  workioad  a  conftiction  factor,  an 
occupancy  factor  a  communications  factor, 
and  a  delay  factor  While  these  factor?  were 
stable,  their  weightings  varied  with  the 
experimental  situation  This  "“Suit ,  under¬ 
scores  the  almost  universal  ccnt  ^  -hon  by 
Controllers  that  a  given  element  may  u;  may 
not  be  important  ‘depending  on  the  situa¬ 
tion"  Additionally,  m  examining  these  data. 
Buckley  et.ai.  <Ret.  t)  noted  that  situations 
varied  markedly  with  resoect  to  sector 


geometry,  traffic  density,  and  the  interac¬ 
tion  of  these  factors. 

Analyses  such  as  reported  aoove  are 
predicted  by  a  system  design  concept 
being  actualized  and  the  availability  of  a 
suitable  prototyping  environment  As  such, 
these  approaches  are  not  viable  for  the 
requirements  specification  stage  of  the  AAS 
development  cycle.  Wierwiile  and  Williges 
(Ref.  15)  suggested  a  division  pf  workload 
assessment  methods  into  28  techniques 
falling  into  four  maior  categories:  opinion, 
spare  mental  capacity,  primary  task,  and 
physiological  measures  Following  the  tax¬ 
onomic  model  posited  by  Ref.  15.  the  most 
appropriate  method  for  AAS  Controller  work¬ 
load  assessment  is  an  analytic  approach 
which  focuses  on  Controller  information 
processing  tasks 

5.1  Methods  Overview 

The  analyses  reported  in  this  chapter 
are  structured  aiound  a  task  analytic 
workload  assessment  approach,  which 
characterizes  the  workload  factors  for  each 
Controller  task!  The  results  of  these 
analyses  allow  the  identification  of  machine 
aiding  requirements  on  a  per- task  basis  and 
provide  a  starting  point  for  advanced 
automation  alternative  trade-offs 

5.1.1  Procedure 

Figure  5-1  provides  a  graphic  depic¬ 
tion  of  the  methods  employed  here.  We 
oegm  with  an  initial  characterization  of  the 
baseline  level  of  automation  of  each  task  m 
terms  of  being  primarily  machine,  shared 
role,  or  pnmarily  manual.  This  characteriza¬ 
tion  provides  a  roadmap  to  tasks  which  may 
be  particularty  significant  workload  con¬ 
tributors  (primary  manual,  shared  role)  in 
the  AAS  environment  Next,  we  characterize 
the  associated  tasks  as  significantly  involv¬ 
ing  cognitive  strategies,,  and  cognitive  and 
perceptual  attributes. 

The  above  characterization  allows  an 
exammatiOi  of  potential  human  perfor¬ 
mance  limitations  per  task.  This  analysis  is 
intended  to  be  scenario  independent  and 
assumes  an  experienced  journeyman  Con¬ 
troller  as  a  system  ooerator  Limitations  are 
therefore  posited  m  terms  of  a  given  task 


under  any  feasible  scenario  (or  any 
legitimate  combination  of  input  events;  con¬ 
ditions  for  the  ■•■typical"  Controller.  These 
identified  limitations  are  then  examined  to 
der>ve  and  document  machine  aiding 
requirements.  This  final  step  identifies 
potential  task-supportive  aids  (e  g.,  variable 
intensity,  aiea'alarms.  color),  their  rationale, 
and  the  associated  task  requirements. 

In  addition  to  the  task-oriented  work¬ 
load  assessment  described  above,  a 
scenario-based  assessment  technique  was 
developed  for  this  AAS  Operations  Concept 
(see  Figure  5-2).  This  approach  merges  pos¬ 
tulated  event  chains  with  Sector  Suite 
Automated  functions  i as  described  in  Ref.  5. 
CDRL  A004)  and  AAS  Controller  tasks  to 
provide  an  explicit  analytical  picture  of  the 
AAS  Control'eTs  role  in  response  to  events. 
The  automated  support  provided  by  Sector 
Suite,  ana  tne  workload  resulting  from  the 
task  clusters  is  shown.  By  providing  a  series 
of  situations  or  event  chains  ranging  from 
very  minimal  to  very  high  activity,  an 
operational  situation-based  view  of  the 
Controller  as  an  event-sensitive  information 
processor  is  provided  for  the  AAS  environ¬ 
ment  This  characterization  for  the  AAS 
environment  can  then  be  readily  compared 
to  current  NAS  operations  as  defined  m  Ref. 
4,  (CDRLA001) 

5.1.2  Limitations 

The  breadth  of  applicability  of  the 
analytic  workload  assessment  model  of  the 
Controller  employed  here  is  not  intended  to 
be  fully  comprehensive.  As  is  oomted  out  by 
Hopkin  >n  Ref  S.  describing  operator 
workload  m  terms  of  task  demands 
obscures  differences  in  proficiency  levels 
between  operate ,%  Simply  stated,  what 
may  be  difficult  for  one  operator  may  be 
easily  accomplished  by  another.  A  further 
limitation  is  that  when  tasks  are  partitioned 
(as  is  the  case  m  any  task  decomposition), 
the  whole,  (i  e..  ;ob  or  scenario  goal)  may  hot 
equal  the  sum  of  its  parts  That  is  to  say  that 
m  analyzing  the  pieces  of  a  whole  situation, 
one  does  not  necessarily  get  a  complete 
picture.  This  is  the  case  where  significant 
task  interactions  are  present 

While  Controllers  with  different  experi¬ 
ence  levels  will  no  doubt  face  different  men* 


tal  workload  as  a  function  of  the  situation, 
similarly  experienced  Controllers  will  per¬ 
ceive  similar  mental  workload  in  the  same 
situation.  The  analytic  workload  model  dis¬ 
cussed  in  this  cnapter  therefore  uses  an 
experienced  journeyman  Controller  as  its 
focal  point  Additionally,  task  interactions 
can  only  be  reliably  assessed  empirically, 
and  so  are  considered  beyond  the  scope  of 
the  baseline  established  here. 

5.2  Automation  Level  Baseline 

Up  to  this  point  we  have  been  refer¬ 
ring  to  Con'  oiler  tasks  as  “man-machine 
pair"  actions  While  this  is  true  in  general, 
the  actual  contribution  of  man  or  machine 
varies  from  task  to  task.  To  capture  these 
differences  tasks  are  categorized  in  Table 
5-t  as  primarily  machine,  man-machine  role 
balanced,  or  primarily  manual. 

The  ratings  in  Table  5-1  represent  an 
overall  consensus  of  the  SSRVT  regarding 
task  automation  levels  depicting  generally 
how  much  machine  involvement  there  is  m 
the  human  tasks  While  ludgments  clearly 
may  vary  from  rater  to  rater  on  any  given 
task,  these  data  serve  to  underscore  the 
notion  that  the  level  of  automation  will  vary 
on  a  per  task  basis  in  the  AAS.  The  derived 
automation  level  baseline  also  provides  a 
broad  brush  indicator  of  AAS  Controller 
workioad.  prior  to  more  granular  analyses 

Ratings  of  automation  level  are  not  to 
be  taken  too  literally.  All  tasks  are  Controller 
actions  The  ratings  shdw  the  relative 
extent  of  task  aiding  by  the  machine.  The 
purpose  of  Table  5-1  is  to  lead  into  the 
derivation  of  Controller  workload.  If  a  task  is 
primarily  manual,  then  there  is  a  likelihood 
of  significant  cognitive  workload,  and  may 
warrant  additional  emphasis  on  aiding  by 
the  machine 

5.2.1  Ratings 

Tasks  are  rated  as  ‘primarily  machine" 
where  significant  computational,  solution 
generation,  or  problem  detection  functions 
are  automated  and  the  Controller  is  placed 
m  a  reactive  mode.  For  example,  m  Task 
2.2.1.  Detect  MSAW  Indication  or  Alarm,  the 
machine  performs  surveillance,  traiectory 


estimation,  and  terrain  modeling  and  issues 
the  alarm,  while  the  Controller  only  reacts  to 
the  machine  indicator.  This  task  is  therefore 
rated  as  “primarily  machine’’. 

Tasks  requiring  more  balanced  inputs 
from  both  the  Controller  and  the  machine 
are  considered  “man-machine  role  balan¬ 
ced”  This  occurs  where  automated  aids  are 
provided  to  a  Controller-oriented  task,  such 
as  providing  vector  lines  or  a  list  of  options 
to  resolve  a  conflict  Task  4.1.3,  Select  Con¬ 
flict  Resolution  Advisory  Option,  is  an  exam¬ 
ple  of  a  mart-machine  role  balanced  task  in 
that  the  machine  aids  the  Controller  by 
narrowing  the  problem  solution  space  and 
the  Controller  makes  the  final  decision  on 
the  selected  Advisory. 

The  “primarily  manual”  category  is 
assigned  to  tasks  which  entail  Controller 
action  with  only  supportive  or  no  machine 
role.  Task  1,5.1.  Analyze  Conditions  for  Pro-, 
viding  Flight  Following,  is  seen  as  a 
primarily  manual  task,  for  example  Coor¬ 
dination  tasks  accomplished  via  VSCS  are 
also  considered  primarily  manual  since  the 
Controller  must  formulate  the  communi¬ 
cation  content  and  verbally  articulate 
messages. 

5.2.2  Automation  Level  Synopsis 

Several  overall  conclusions  become 
apparent  upon  examining  Table  5-1.  The 
most  striking  is  that  even  given  the  greatly 
increased  level  of  automation  of  AAS,  the 
Controller  retains  a  significant  task-level 
involvement  in  either  a  shared  role  or 
primarily  manual  mode.  This  is  particularly 
the  case  with  coordination  tasks. 

Coordination  tasks  represent  a  special 
case  in  that  many  of  them  involve  dual 
modes  for  sending  or  receiving  information. 
Dual  modes  of  transmission  are' available 
fc;. 

Clearance  Approval/ Request 
Weather  Reports 
NAVAIO  Status 
Substitute  Routing 
Airspace  Intrusion 
Runway  Use  Data 
Pilot/Aircraft  Problem 
Aircraft  Communication  Loss 


Contingency  Information 
Aircraft  Emergency 
Special  Operations 
Radar  Status 
Advisories 
Flow  Restriction 
Metering  Data 

Requested  Route/Altitude  Changes 
Airspace  Release/Takeover 
Airspace  Restriction 
Sector  Reconfiguration 
Flight  Plans/Amendments 
Pomtouts/Temporary  Use  of  Airspace 
Weather  Briefings 
Issuance  of  Clearances 
Departure  Messages 
Equipment/Communications  Status 
Pilot  Position  Reports 
Overdue  Aircraft 
Flight  Following 
Transfer  of  Control 

About, 75  of  the  coordination  tasks  are 
rated  in  more  than  one  category  (eg, 
orimarily  manual  and  man-machine  role 
balance)  to  reflect  these  message  transmis¬ 
sion  modality  options.  Thus,  while 
traditional  speech  methods  remain  avail¬ 
able  to  the  Controller,  there  is  the  new 
requirement  that  these  tasks  also  be  cap¬ 
able  of  accomplishment  by  means  of  Sector 
Suite 


TABLE  5-1.  TASK  AUTOMATION  LEVELS 


PR  I  MAR  II.  Y 

MACHINE 

PRIMARILY 

T  ASKNO 

TASK  STA  f EMFNT 

MACH  I  ME 

MANUAL 

MANUAL 

1.1.1 

REVIEW  FLIGHT  PLAN  DISPLAY  FOR 
PRESENT  AND/OR  FUTURE  AIRCRAFT 
SEPARATION 

• 

, 

X 

1.1.2 

REVIEW  SITUATION  DISPLAY  FOR 
POTENTIAL  VIOLATION  OF 

SEPARATION  STANDARDS 

X 

1.1.3 

REVIEW  FLIGHT  PLAN  CONFLICT 

PROBE  RESULTS 

X 

1.1.* 

PROJECT  AIRCRAFT  FUTURE 

POSITION/ ALTITUDE/PATH 

X 

1.1.5 

READ-OUT  RANGE/ BEARING /TIME 

FOR  AN  AIRCRAFT  TO  A  FIX  OR 
■GEOGRAPHIC  POINT 

X 

1.1.6 

FORCE/ QUICK-LOOK  FULL  DATA 

BLOCK /S  TO  EXAMINE  TRACK 

X 

INFORMATION  ON  AIRCRAFT 

1.1.7 

DETERMINE  WHETHER  AIRCRAFT 

WILL  EE  SEPARATED  BY  LESS  THAN 
PRESCRIBED  MINIMA 

X 

l.i. a 

SELECT  FDE  SORTING  PRIORITY 
SCHEME 

X 

1.2.1 

OBSERVE  DISPLAY  OF  NEW /CHANGED 
EQUIPMENT/ OPERATIONAL  STATUS 

X 

1.2.2 

OBSERVE  DISPLAY  OF  NEW/CHANGED 
TRAFFIC  FLOW  CONTROL 

MANAGEMENT 

X 

1.3.1 

SEARCH  DISPLAY  FOR  INACTIVE 
FLIGHT  PLAN  ON  CLEARANCE 

REQUEST 

X 

1.3.2 

PROJECT  MANUAL  FLIGHT  PLAN 

>  X 

PROBE 

1.3.3 

REQUEST  LIMITED/ STANDARD 

FLIGHT  PLAN  DISPLAY 

X 

1.3.4 

REQUEST  FULL  FLIGHT  PLAN 

READOUT 

v 

1.3.5 

ENTER  TRIAL  DEPARTURE  TIME 

.. 

X 

1.4.1 

ENTER  DEPARTURE  MESSAGE 

X 

1.4.2 

START  TRACK  MANUALLY 

X 

1.4.3 

OBSERVE  AUTOMATIC  TRACK  START 

X 

1.5.1 

ANALYZE  CONDITIONS  FOR 

PROVIDING  FLIGHT  FOLLOWING 

X 

1.6.1 

OFFSET  A  DATA  BLOCK 

X 

1.6.2 

UPDATE/ REVISE  INPUT  REMINDED 

NOTE  (ELECTRONIC  MEMORANDA) 

‘ 

X 

1.6.3 

■ 

REMOVE  FLIGHT  DATA  ENTRIES  .AND 
FULL  DATA  BLOCKS  FROM  ACCC 

SYSTEM 

X 

1.6.4 

REMOVE  FLIGHT  DATA  ENTRIES  AND 
FULL  DATA  BLOCKS  FROM  INTERNAL 
ACCC  SYSTEM 

X 

1.6.5 

SUSPEND  DISPLAY  OF  FLIGHT  DATA 
ENTRIES  AND  FULL  DATA  BLOCKS 

X 

1.6.6 

SUSPEND  TRACK 

X 

1.S.7 

DELETE  FULL  DATA  BLOCK  FROM 

OWN  DISPLAY 

X 

1.6. a 

SUPPRESS  FULL  DATA  BLOCK  FROM 

X 

OWN  DISPLAY 

. 

1.6.9 

DELETE  FLIGHT  DATA  ENTRY  FROM 

■ 

X 

TABLE  5-1.  TASK  AUTOMATION  LEVELS  (continued) 


PRIMARILY 

MACHINE 

PRIMARILY 

TASK.NO 

TASK  STATEMENT 

MACHINE 

MANUAL 

MANUAL 

A  SELECTED  DISPLAY 

2.1.1 

DETECT  AIRCRAFT  CONFLICT  ALERT 
INDICATION 

X 

2.1.2 

DETERMINE  VALIDITY  OF  CONFLICT 
ALERT  NOTICE  OR  INDICATION 

X 

2.2.1 

DETECT  MSAW  INDICATION  OR 

ALARM 

X 

2.2.2 

DETERMINE  VALIDITY  OF  MSAW 

NOTICE  OR  INDICATION 

X 

2.3.1 

DETERMINE  NEED  FOR  AIRSPACE 
PROXIMITY  PROBE 

X 

2.3.2 

DETERMINE  VALIDITY  OF  SPECIAL 

USE  AIRSPACE  PROBE  RESULTS 

X 

2.4.1 

OBSERVE  DISPLAY  FOR  FIXED 
OBSTRUCTIONS  AND  NON-CONTROLLED 
AIRBORNE  OBJECTS  THAT  MAY 
INTERFERE  WITH  AIRCRAFT  FLIGHT 

X 

2.4.2 

EVALUATE  CONFLICT  RESOLUTION 
ADVISORIES 

If 

A 

2.4.3 

FORMULATE  ADVISORY/ RESOLUTION 
CONTENT 

' 

X 

2.4.4 

DETECT  AIRCRAFT  MANEUVER  IN 
RESPONSE  TO  ADVISORY 

' 

X 

2.5.1 

DETERMINE 

VALIDITY/ APPROPRIATENESS  OF 

USE  OF  AN  ALERT  DISPLAY 

X 

2.5.2 

INHIBIT  CONFLICT  ALERT  FOR 

PAIRED  AIRCRAFT 

X 

2.5.3 

INHIBIT  CONFLICT  ALERT  FOR 

CROUP  SUPPRESSION 

' 

X 

2.5.4 

INHIBIT  CONFLICT  ALERT  IN 
SPECIFIED  AREA 

X 

2.5.5 

INHIBIT  MSAW  FUNCTION  IN 
SPECIFIED  AREA 

X 

2.5.6 

INHIBIT  MSAW  FUNCTION  FOR 
SPECIFIED  AIRCRAFT 

X 

2.5.7 

RESTORE  SPECIFIC  ALERT 

FUNCTION  TO  NORMAL 

X 

3.1.1 

EVALUATE  CONSTRAINT  , EFFECT  ON 
FLOW 

X 

, 

3.1.2 

CHOOSE  DESIRED  SEQUENCE 

X 

3.1.3 

SELECT  NEW  FLOW  SEQUENCE 

X 

3.1.4 

DETERMINE  THE  TECHNIQUE  FOR  A 
DELAY 

X 

3.2.1 

PERCEIVE  AN  ALTITUDE  OR  ROUTE 
DEVIATION 

X 

3.2.2 

OBSERVE  AIRCRAFT  RESUMING  , 

NORMAL  FLIGHT  PLAN 

' 

X 

3.2.3 

DETERMINE  MANEUVER  TO 

ESTABLISH /REC-ORE  FLIGHT  PLAN 
CONFORMANCE 

X 

3.3.1 

REQUEST  AIRSPACE  PROXIMITY 

PROBE 

X 

3.3.2 

DESIGNATE /DELETE  AN  AREA  IN 

USE 

X 

3.3.3 

■  DETERMINE  WHETHER  ATC  CONTROLS 
SPECIAL  USF  AIRSPACE 

X 

3.3.4 

RESTRICT  AIRCRAFT  ACTIVITY  IN 

-  -  , 

X 

TABLE  5-1.  TASK  AUTOMATION  LEVELS  (continued) 


3.3.5 

3.4.1 

3.4.2 


3.4.3 

3.6.1 


3.6.2 


3.6.3 


rnsK  s rn 


AREA  BY  ALTITUDE  OR  SEGMENT 
OBSERVE  DISPLAY  CF  AIRSPACE 
RESTRICTION  STATUS  CHANGE 
DETERMINE  DESCENT  TIME  OR 
POINT 

PROJECT  TRAFFIC  SEQUENCE  TO 
ESTABLISH/ MODIFY  APPROACH  FLOW 
TO  AIRPORT  OR  SECTOR 
OBSERVE  RANGE/ BEARING  BETWEEN 
AIRCRAFT 

OBSERVE  AIRSPACE  INTRUSION  BY 
A  NON-CONTROLLED  OBJECT 
COMPOSE/ ENTER  REMINDER  NOTE  OF 
AIRSPACE'  INTRUSION 
FLIGHT-FOLLOW  AN  OBSERVED 
NON-CONTROLLED  OBJECT 
ENTER  TRIAL  FLIGHT  PLAN 
AMENDMENT 

REVIEW  POTENTIAL  IMPEDIMENTS 
FOR  IMPACT  ON  PROPOSED 
CLEARANCE 

SELECT  CONFLICT  RESOLUTION 
ADVISORY  OPTION 
FORMULATE  A  CLEARANCE  WITH 
APPROPRIATE.  INSTRUCTIONS 
QUERY  PILOT  REGARDING 
COMPLIANCE  WITH  CLEARANCE 
ISSUE  CLEARANCE  AND 
INSTRUCTIONS  TO  PILOT 
ISSUE  CLEARANCE  THRU  ATCT/FSS 
FOR  RELAY  TO  PILOT 
VERIFY  AIRCRAFT  COMPLIANCE 
WITH  CLEARANCE 
DECLARE  EMERGENCY  EVENT  AND 
INVOKE  CONTINGENCY  PLAN 
PERCEIVE-  PRESENCE  OF  SPECIAL 
OPERATIONS 

03SERVE  NEW  FLIGHT  PLAN  ALERT 
REVIEW  FLIGHT  PLAN  FOR 
COMPLETENESS 

COMPOSE/ ENTER  FLIGHT  PLAN 
DELETE  NEW  FLIGHT  PLAN  ALERT 
REVIEW  FLIGHT  PLAN  FOR 
ERRORS /DATA  LIST  SEQUENCE 
RECEIVE  FLIGHT  PLAN  AMENDMENT 
FROM  COMPUTER 

HIGHLIGHT  FLIGHT  PLAN  POSTING 
FOR  REMINDER  ACTION 
COMPOSE/ENTER  FLIGHT  PLAN 
AMENDMENT  . 

ENTER  PILOT'S  POSITION  REPORT 
IN ' SYSTEM 


TABLE  5-1.  TASK  AUTOMATION  LEVELS  (continued) 


PR  1  MAR I L  Y 

MACHIK'F 

PRIM ARIL r 

TASKMO 

TASK  STATEMENT 

MACH IMS 

MANUAL 

MANUAL 

4.5.5 

DELETE  FLIGHT  PLAN  AMENDMENT 
HIGHLIGHTING 

X 

5.1.1 

OBSERVE  DISPLAY  OF  WEATHER 

LINE/ INTENSITY/ BASE/HEIGHT/MOV 
EMENT 

X 

5.1.2 

RECEIVE  SIGMET/AIRMET 

X 

5 « 1  •  o 

RECEIVE  WEATHER  BRIEFING  FROM 
METEOROLOGIST 

X 

5.1.4 

ENTER  PIREP  INTO  SYSTEM 

X 

,  • 

5.1.5 

DETERMINE  WHETHER  ADJACENT 
CONTROLLER  OR  PILOT  NEEDS 

WEATHER  ADVISORY. 

X 

5.1.6 

DETERMINE  WEATHER  IMPACT  ON 
ROUTES /FLOW 

! 

X 

5.1.7 

DETERMINE  ALTITUDE/ ROUTE 

CHANGE  TO  BYPASS  SEVERE 

WEATHER 

X 

5.2.1 

RECEIVE  WEATHER  SEQUENCE 

X 

5.2.2 

RECEIVE  WEATHER  REPORT  UPDATE 

X 

5.2.3 

DETERMINE  WHETHER  USABLE 

FLIGHT  LEVEL  HAS  CHANGED 

X 

5.2.4 

DETERMINE  WHETHER  RUNWAY 
CONDITIONS  HAVE  CHANGED 

X 

5.2.5 

DETERMINE  WHETHER  CONTROL  ZONE 

IS  IFR/VFR 

X 

6.2.1 

REVIEW  SYSTEM  STATUS 

X 

6.2.2 

REVIEW  TRAFFIC  STATUS /WEATHER 

X 

6.2.3 

VERIFY  THAT  ALL  REQUIRED 

DISPLAY.  AND  COMMUNICATION  ' 

X 

SWITCHES  ARE  IN  PROPER 

LOCATION 

' 

6.2.4 

PERFORM  LOG-ON  SEQUENCE  AT 
DESIGNATED  CONSOLE 

X 

6.2.5 

ADJUST  PARAMETERS  AND  DISPLAY 

TQ  PERSONAL  PREFERENCE 

X 

6.2.6 

CHECK  DISPLAY  FOR  PROPER 
ALIGNMENT.  USABILITY,  AND 
SATISFACTORY  STATUS 

.■ 

X 

6.2.7 

SET-UP  WORKSTATION  ADAPTION 
PARAMETERS 

X 

6.3.1 

DETECT  NON-ACCEPTANCE  OF  INPUT 
DATA 

X 

6.4.1 

DETECT  OCCURRENCE  OF  SECTOR 

SUITE  FAILURE 

X 

6.4.2 

OBSERVE  SECTOR  SUITE  DATA  BASE 
RESTORATION  COMPLETION  MESSAGE 

X 

6.5.1 

DETECT  OCCURRENCE  OF  ACCC 

FAILURE 

X 

6.5.2 

REVERT  TO  ACCC  BACKUP 

PROCEDURES  ( TBD ) 

X 

6.6.1 

DETERMINE  AIRCRAFT  NEEDING  i 

SUBSTITUTE  ROUTING 

X 

6.6.2 

MONITOR  STATUS  OF  QUESTIONABLE 

' 

X 

TABLE  5-1.  TASK  AUTOMATION  LEVELS  (continued) 


PRIMARILY 

MACHINE 

PRIMARILY 

TASKNO 

TASK  stair: M £ N  r 

MACHINE 

ttAMUnt 

MANUAL 

NAVA ID 

6.6.3 

OBSERVE  SUBSTITUTE  ROUTING  ON 
DISPLAY 

X 

6.7.1 

DETERMINE  COMMUNICATION  FAULT 

X 

6.7.2  i 

ADJUST  COMMUNICATION  STRATEGY 

X 

6.7.3 

SWITCH  TO  BACKUP  RADIO  FREQUENCY 

X 

6.8.1 

DETERMINE  IMPENDING  CONTROLLER 
OVERLOAD 

X 

6.8.2 

EXCHANGE/ ASSIGN  INTRA- POSITION 
RESPONSIBILITIES 

X 

6.8.3 

REQUEST  ASSISTANCE  OR  RELIEF  , 

X 

6.9.1 

PERCEIVE  TRACKING  FAULT  OR 
TRANSPONDER  FAILURE 

X 

6.9.2 

REPOSITION/ UPDATE/ REASSOCIATE 

DATA  BLOCXS 

X 

6.10.1 

OBSERVE  MESSAGE  ON  LOSS  OF 

DATA  BASE 

X 

6.10.2 

DETECT  FAILURE  TO  UPDATE 

FLIGHT  PLAN  DATA  BASE 

X 

6.10.3 

ENTER  DISPLAY  AMENDMENT 

MESSAGE  ON  CONSOLE 

X 

6.10.4 

ENTER  FLIGHT  PLAN  ON  CONSOLE 

. 

X 

6.10.5 

RESEQUENCE  FLIGHT  PLAN  ON 

CONSOLE 

X 

6.11.1 

DETECT  UNRELIABLE  VSCS 
COMMUNICATION 

X 

7.1.1 

ADVISE  CONTROLLER /SUPERVISOR 

X 

OF  AIRCRAFT  FLIGHT  PLAN 

DEVIATION 

• 

7.1.2 

ADVISE  CONTROLLER  OF  RESULTS 

OF  FLICHT  PLAN  CONFLICT'  PROBE 

X 

■ 

7.1.3 

ADVISE  CONTROLLER  OF  POTENTIAL 
CONFLICT  IN  HIS  SECTOR 

X 

7.1.4 

ADVISE  CONTROLLER  OF  POTENTIAL 

MS AW  IN  HIS  SECTOR 

X 

7.2.1 

RECEIVE  CONTROLLER  NOTICE  OF 
POTENTIAL  AIRCRAFT  CONFLICT  IN 
SECTOR 

X 

7.2.2 

RECEIVE  CONTROLLER  NOTICE  OF 
POTENTIAL  MS AW  IN  SECTOR 

X 

7.2.3 

RECEIVE  CONTROLLER  NOTICE  OF 

X 

~ 

AIRCRAFT 'FLIGHT  PLAN  DEVIATION 

7.2.4 

RECEIVE  CONTROLLER  NOTICE  ON 
RESULTS  OF  FLIGHT  PLAN 

CONFLICT  PROBE 

X 

7.3.1 

ISSUE  POINTOUT 

■ 

X 

7.3.2 

OBSERVE  AUTOMATIC  INITIATION 

OF  POINTOUT  TO  ANOTHER 
■  CONTROLLER 

X 

7.3.3 

DIRECT  FLIGHT  DATA  DISPLAY  TO 
ADJACENT  CONTROLLER 

X 

7.3.4 

RECEIVE  ACCEPTANCE  OF  POINTOUT 

X 

7.3.5 

RECEIVE  REJECTION  OF  POINTOUT 

X 

7.4.1 

RECEIVE  CONTROLLER  INITIATED 
POINTOUT 

X 

7.4.2 

ACCEPT  POINTOUT 

X 

5-13 


7.8.1 

7.8.2 

7.8.3 

7.8.4 

7.9.1 


7.9.8 

7.9.9 

7.9.10 

7.10.1 

7.10.2 

7.10.3 


TASK  STATEMFNf 


REJECT  POINTCUT 

SUPPRESS  PULL  LATA  SLOCK  AFTER 

FO INTOUT 

RECEIVE  NOTICE  OF  AIRSPACE 
RESTRICTION/RELEASE  FROM 
CONTROLLER /SUPERVISOR 
REQUEST  RELEASE  OF  SPECIAL  USE 
AIRSPACE 

RECEIVE  DENIAL  OF  REQUEST  FOR 
RELEASE  OF  SPECIAL  USE 
AIRSPACE 

ADVISE  CONTROLLER  OF  AIR -PACE 
RESTRICTION  IMPOSED 
ISSUE  ADVISORY  IN  REGARD  TO 
RESTRICTED  AIRSPACE  PROXIMITY 
RECEIVE  NOTICE  TO  TAKE  OVER 
AIRSPACE 

RECEIVE^NOTICE  TO  RECONFIGURE 
SECTOR 

RECEIVE  NOTICE  TO  RELEASE 
AIRSPACE 

RECEIVE  FLIGHT  PLAN  FROM  PILOT 
RECEIVE  FLIGHT  PLAN  VERBALLY 
FORWARDED 

QUERY  PILOT  ABOUT  FLIGHT  PLAN 
QUERY  THE  RELAYER  OF  A  FLIGHT 
PLAN 

RECEIVE  CONTROLLER  NOTICE  ON 
REQUESTED  CLEARANCE  OF 
AIRCRAFT  LEAVING  HIS  SECTOR 
DENY  CLEARANCE  REQUEST  FROM 
CONTROLLER 

SUGGEST  ALTERNATE  TO  CLEARANCE 
REQUEST  FROM  CONTROLLER 
RECEIVE  CLEARANCE  REQUEST  FROM. 
ATCT/FSS /PILOT/ SUPERVISOR 
RECEIVE  CONTROLLER  REQUEST  FOR 
CLEARANCE/ APPROVAL 
DENY  CLEARANCE  REQUEST 
3UGGEST  CLEARANCE  ALTERNATIVES 
TO  PILOT 

ACKNOWLEDGE  CATA  LINK 
CLEARANCE  REQUEST 
APPROVE  CLEARANCE  REQUEST  FROM 
CONTROLLER 

FORWARD  CLEARANCE  REQUEST  TO 
ADJACENT  CONTROLLER 
REQUEST  CLEARANCE/APPROVAL 
FROM  ADJACENT  CONTROLLER 
RECEIVE  CLEARANCE' 

APPROVAL /CLEARANCE 
RESTRICTIONS  FROM  ADJACENT 
CONTROLLER 

RECEIVE  CLEARANCE  DISAPPROVAL/ 
DENIAL  FROM  ADJACENT 
CONTROLLER 


PRIMARILY  MACH T  OF  PRIMARILY 
MACHINE  MANUAL  MANUAL 


TABLE  5-1.  TASK  AUTOMATION  LEVELS  sconunuedl 


j-  K  I  HAS  SL\ 

ASAHO 

1  ASK  STATEMENT 

MACH  f  ME 

7.10.4 


7.11.1 

7.11.2 

7.12.1 

7.12.2 
7.13.1 


7.14.1 


7.14.2 

7.14.3 

7.14.4 

a.  14. 5 

7.14.6 

7.14.7 

7,15.1 


7.15.2 


7.15.3 


7.16.1 

7.17.1 


7.17.2 

7.17.3 

7.17.4 

7.17.5 


7.17.6 

7.17.7 


7.17.8 


7.17.9, 

7.17.10 
7.18.1  ' 


RECEIVE  ALTERNATE  SUGGESTION 
FOR  CLEARANCE/ APPROVAL 
REQUESTED  OF  ADJACENT 
CONTROLLER 

FORWARD  FLIGHT  PLAN  AMENDMENT 
VERBALLY 

RECEIVE  CONTROLLER  ADVICE  OF 
UNABLE  FLIGHT  PLAN  AMENDMENT 
RECEIVE  FLIGHT  PLAN  AMENDMENT 
VERBALLY  FORWARDED 
ADVISE  CONTROLLER  UNABLE 
FLIGHT  PLAN  AMENDMENT 
RECEIVE  DEPARTURE  MESSAGE  FROM 
CONTROLLER / rtS / PILOT 
ISSUE  NOTICE  OF  EQUIPMENT 
STATUS  TO  ADJACENT 
CONTROLLER / P I LOT / SUPERV T SER 
TERMINATE  RADAR  SERVICE  TO 
AIRCRAFT 

REQUEST  PILOT  POSITION  REPORTS 
RECEIVE  PILOT'S  POSITION 
REPORT 

FORWARD  FLIGHT  PLAN  VERBALLY 
DELETE  PILOT  POSITION  REPORTS 
CONFIRM  COMPUTER  ACTION  DURINC 
TRANSITION  STAGES 
RECEIVE  K 'TICE  OF  STATUS  OF 
ADJACENT  ACT  AUTOMATION 
EQUIPMENT 

RECEIVE  STATUS  OF  SECTOR  SUITE 
FAILURE  FROM 
CONTROLLER ' SUPERVISOR 
RECEIVE  CONFIRMATION  OF 
COMPUTER  ACTION  DURINC 
TRANSITION  STAGES 
COMPOSE/ ENTER  REQUESTED 
ROUTE-' ALTITUDE  CHANGE 
RECEIVE  WEATHER  ADVISORY  FROM 
ADJACENT  , ■ 

CONTROLLER 'SUPERVISOR/ 
METEOROLOGIST 

RECEIVE  REVISION/ CANCELLATION 
TO  PREVIOUS  WEATHER  REPORT 
RECEIVE  WIND  SHEAR  REPORT 
RECEIVE  PI REP  ON  WEATHER 
3 ELECT  WEATH*3R/ ADVISORY 'UPDATE 
FOR  DATA  LINK  TRANSMISSION  TO 
PILOT 

IS3UE  WEATHER /ADVISORY /UPDATE 
TO  PILOT 'ADJACENT  CONTROLLER 
FORWARD  WEATHER  INFORMATION  TO 
SUPERVISOR  'METEORS' VOC  1ST 
ADVISE  SUPERVISOR- FLOW 
CONTROLLER  OF  WEATHER  IMPACT 
ON  R0UTE3 -  FLOW 

RECEIVE  CONTROLLER  REQUEST  FOR 
WEATHER  INFORMATION 
REQUEST  WEATHER  INFORMATION 

commun  :cat:on**status 


TABLE  5-1.  TASK  AUTOMATION  LEVELS  {Continued) 


' 

FKIH.4KILY 

I  ASK  NO 

TASK  S  T  A  ff  HE  NT 

nnt  hihf 

7.18.2 


7.18.3 


7.19.1 


7.19.2 


7.19.3 


7.20.1 


7.21.2 

7.21.3 


7.22.3 

7.22.4 

7.23.1 

7.24.1 

7.25.1 

7.25.2 


7.25.3 


7.26.1 

7.27.1 

7.28.1 

7.29.1 


7.30.1 

7.30.2 


7.30.3 


7.31.1 

7.31.2 


RECEIVE  NEW  FREQUENCY 
ASSIGNMENT 

RECEIVE  NOTICE  OF  .VITER MATE 
COMMUN I CATION  PATH 
FORWARD  NOTICE  OF 
COMMUNICATION  STATUS 
FORWARD  NEW  FREQUENCY 
ASSIGNMENT  TO  ADJACENT 
CONTROLLER 'SUPERVISOR 
FORWARD  ALTERNATE 
COMMUNICATION  PATH 
RECEIVE  NOTICE  OF  MAVAIC  ‘ 

STATUS  FROM  ADJACENT 
CONTROrC-ER FSS  /  SUPERVISOR  /  PILOT 
RECEIVE  SUBSTITUTE  ROUTING 
RECEIVE  CANCELLATION  OF 
SUBSTITUTE  ROUTING 
FORWARD  NAVAID  STATUS  TO 
ADJACENT 

CONTROLLER / SUPERVISOR /PILOT 
FORWARD  SUBSTITUTE  ROUTING 
CANCEL  PREVIOUS  SUBSTITUTE 

RCfjTINC 

FORWARD  NOTICE  OF  AIRSPACE 
INTRUSION  BY  A  NON-CONTROLLED 
OBJECT 

RECEIVE  NOTICE  OF  AIRSPACE 
INTRUSION  BY  A  NON-CONTROLLED 
OBJECT 

ISSUE  ADVISORY  IN  RECARD  TO  A 
NON -CONTROLLED  OBJECT 
ADVISE  PILOT  RtfEN  CLEAR  OF 
NON -CONTROLLED  OBJECT 
RECEIVE  RUNWAY  USE  DATA 
FORWARD  RUNWAY  USE  DATA 
DETECT  A  PILOT  OR  AIRCRAFT 
PROBLEM  '  E.  G. ,  HYPOXIA i 
ADEPT  DESIGNATED  PERSONNEL  OF 
AIRCRAFT  HAVING  FLIGHT  ‘ 
PROBLEMS 

FORWARD  CONTINGENCY 
INFORMATION  TO 

SUPERVISOR /ADJACENT  CONTROLLER 
RECEIVE  SUPERVISOR  NOTICE  TO 
INHIBIT  ALERT 
BRIEF  RELIEVING  CONTROLLER 
RECEIVE  NOTICE  OF  SPECIAL 
OPERATIONS 

FORWARD  NOTICE  OF  SPECIAL 
OPERATIONS  TO  ADJACENT 
CONTROLLER / SUPERVISOR 
RECEIVE  INFORMATION  ON  LOSS  OF 
RADIO  CONTACT  WITH  AIRCRAFT 
CONDUCT  RADIO /RADAR  3 EAR CM  FOR 
AIRCRAFT  WITHOUT  RADIO  CONTACT 
ATTEMPT  ESTABLISHMENT  OF 
COMMON  I CAT IONS  . US  L NG 
TRANSPONDER ' RADAR  EQUIPMENT  , 
RECEIVE  INFORMATION  ON  OVERDUE 
'AIRCRAFT 

CONTACT  FACILITY  ALONG  ROUTE  , 


TABLE  j-1.  TASK  AUTOMATION  LEVELS  (continued) 


PRIMARILY 

I A^KHO 

TASK  STATEMENT 

MACH  I  HP 

I 


7.31.3 

7.32.1 

7.32.2 

7.33.1 

7.33.2 

7.33.3 

7.33.4 

7.33.5 

7.34.1 

7.34.2 

7.35.1 


7.35.2 

7.35.3 

7.35.4 

7.35.5 

7.35.6 


7.36.1 

7.37.1 

7.37.2 

7.37.3 

7.37.4 

7.37.5 


7.37.6 


7.37.7 


.OF  FLIGHT  TO  SECURE 
INFORMATION  ON  OVERDUE 
AIRCRAFT 

CONDUCT  RADIO- RADAR  SEARCH  FOR 
OVERDUE  AIRCRAFT 
EXPLORE  WHETHER  OTHERS  ARE 
RECEIVING  AN  AIRCRAFT  3 
TRANSMISSIONS 

ISSUE  ALTERNATE  COMMUNICATION 
FOP  AIR. GROUND  TRANSMISSION 
RECEIVE  PILOT- ADJACENT 
CONTROLLER  REQUEST  FOR  FLIGHT 
rC’  f  OWING 

deny  flight  following  request 

REQUEST  ASSIGN  3EACCN  CODE  TO 
AIRCRAFT 

ISSUE  TRAFFIC  ADVISORY  IN. 
REGARD  TO  TRAFFIC  PROXIMITY 
ADVISE  PILOT  V*tEN  CLEAR  OF 
TRAFFIC 

RECEIVE  A  FAD  NOTICE 
CONFER  WITH  PILOT  THRU  ATCT  ON 
DESIRE  FOR  FAD  INTENTIONS 
RECEIVE  REQUESTED 
ROUTE  ALTITUDE  CHANGES  FROM 
ANOTHER  CONTROLLER /FLOW 
CONTROLLER ' SUPERVISOR 
RECEIVE  A  FLOW  RESTRICTION 
RECEIVE  METERING  DATA  FROM 
FLOW  CONTROLLER 
REQUEST  FLOW  CONTROL  BE 
IMPOSED 

NEGOTIATE  CELAY  TECHNIQUE  WITH 

PILOT 

FORWARD  REQUESTED 
ROUTE. ALTITUDE  CHANGES  TO' 
ADJACENT  CONTROLLER  .'FLOW 
CONTROLLER' SUPERVISOR 
'ISSUE  ADVISORY  IN  REGARD  TO 
FLIGHT  PLAN  DEVIATION 
RECEIVE/ OBSERVE  HANDOFF 
ACCEPT -  'VERBAL  HANDOFF/ START 
TRACK 

REJECT  HANDOFF 
ACCEPT  AUTOMATIC  HANDOFF  . 
VERIFY  COMMUNICATIONS  WITH 
PILOT  CN  TRANSFER  OF  CONTROL 
OR  DEPARTURE 

VERIFY  AIRCRAFT  ALTITUDE  WITH 
PILOT  ON  TRANSFER  OF  CONTROL 
OR  DEPARTURE 
CONFIRM  DATA  LINK 
COMMUNICATIONS 


r  ASKNO  TASK  STAIPMFNi 


7.38.1  'INITIATE  HANDOFF 

7.38.2  OBSERVE  AUTOMATIC  INITIATION 

OF  HANDOFF 

7.38.3  RETRACT  HANDOFF 

7.38.4  RECEIVE  HANDOFF  ACCEPTANCE 

7.38-5  CONFER  ON  TRANSFER  OF  CONTROL 

WITH  OTHER  CONTROLLER 
7.38.6  ISSUE  CHANGE  OF  FREQUENCY  TO 
PILOT 

7.39.1  RECEIVE  NOTICE  OF  RADAR  SENSOR 
STATUS  FROM  ADJACENT 
CONTROLLER / SUPERVISOR 

7.40.1  FORWARD  NOTICE  OF  RADAR  SE3JS0R 

STATUS  TO  ADJACENT 
CONTROLLER / SUPERVISOR 

7.41.1  ,  REQUEST  TEMPORARY  USE  OF 

AIRSPACE 

7.41.2  RECEIVE  RELEASE/USE  OF 

AIRSFACE 

7.41.3  RECEIVE  REJECTION  OF  USE  OF 

AIRSPACE 

7.42.1  RECEIVE  CONTROLLER  REQUEST  FOR 

TEMPORARY  USE  OF  AIRSPACE 

7.42.2  FORWARD  APPROVAL  FOR  TEMPORARY 

USE  OF  AIRSPACE 

7.42.3  FORWARD  DENIAL  OF  TEMPORARY 

USE  OF  AIRSPACE 

7.42.4  SUPPRESS  MAP  ASSOCIATED  WITH 
TEMPORARY  USE  OF  AIRSPACE 


FRIHAR1L  V 
MACHINE 

hACHtKF 

HANIIAI. 

PR  I  MAR 1 1  1 
MANUAL 

X 

X 

X 

,  X 

X 

X 

X 

X 

X 

X 

X 

' 

X 

X 

X 

X 

X 

Y 

X 

X 

X 

’  ’ 

X 

4  1 

X 

_ _ _ 1 

5.3  Task  Attribute  Characterization 


This  section  provides  a  characteriza¬ 
tion  of  tasks  m  terms  of  key  cognitive  and 
perceptual  attributes  involved  m  the  task. 
Tne  cognitive  and  perceptual  attributes  are 
related  to  individual  tasks.  They  describe 
primary  influences  on  C'  ntroller  work 
behavior  which  characterize  Controller  task 
performance  Attributes  rt  present  ability 
requirements,  particularly  for  the  complex 
perceptual  and  cognitive  aspects  of 
information-processing  tasKS.  They  point 
out  extensive  Controller  involvement  in  the 
processing  of  air  traffic  and  control 
information. 

5.3. 1  Task  Attributes 

The  key  human  processes  involved  in 
the  performance  of  Controller  tasks  can  be 
characterized  generally  as  being  cognitive 
and  perceptual.  These  general  categories 
represent  one  level  of  description  of  the 
human  processes  occurring  in  the  MMI  of 
command  and  control  systems  such  as  Air 
Traffic  Control. 


requirements  as  the  job  changes 
to  accommodate  different  equip¬ 
ment  machines,  or  types  of 
facilities 

b.  To  provide  a  basis  for  estimating 
Controller  workload  under  dif¬ 
ferent  traffic  conditions  or  when 
assistance  is  provided  by  other 
Controllers  to  relieve  the  work¬ 
load. 

The  composite  volume  and  nature  of 
all  task  attributes  involved  to  a  meaningful 
degree  in  a  particular. event  scenario  yields 
a  useful  measure  of  Controller  workload. 
This  measure  can  then  be  compared  with 
those  derived  from  different  event  scenarios 
or  changed  task  allocations  between  Con¬ 
trollers  and  machine  components  or  be¬ 
tween  Controller  positions  at  different  sizes 
or  types  of  facilities 

The  attribute  descriptors  of  Controller 
work  efforts  may  also  serve  several 
additional  purposes  having  value  in  later 
efforts  to: 


However,  it  is  useful  to  apply  human 
process  categories  at  a.  somewhat  more 
specific  level  of  descriptor.  A  great  many 
attributes  (or  work-oriented  human 
behaviors)  are  available  at  this  next  level  of 
human  process  description.  Primary 
reference  sources  for  compiling  these 
attributes  and  their  definitions  are 
theologus  Romashko.  &  Fleishman  (Ref. 
13);  Neeb,  Cunningham.  &  Pass  (Ref.  10); 
Marquardt  &  McCormick  (Ref.  ,7);  and 
McCormick  (Ref.  8).  For  the  present  pur¬ 
poses  only  those  attributes  likely  to  be 
most  meaningful  in  characterizing  the  infor¬ 
mation  orocessmg  tasks  of  ACF  Controllers 
are  considered. 

The  cognitive  and  perceptual  attributes 
are  associated  with  specific  Controller 
tasks  to  characterize  the  significant  human 
efforts  involved.  Such  characterizations 
serve: 

a  To  show  the'  nature  of  human 
e’forts  involved  in  the  Controller 
job  and  to  demonstrate  how  a 
position  may  change  its  effort 


a  Reallocate  functions  between 
man  and  machine,  perhaps  off¬ 
loading  of  manual  tasks  that  do  not 
require  uniquely  human  qualities 
and  capabilities  (e.g..  to  speed  the 
system  handling  of  trivial  or 
repetitive  tasks  or  subtasks). 

bi  Validate  the  component  human 
performance  characteristics  to  be 
included  in  an  MMI  test  bed  or 
simulator  (ag^  performance 
fidelity). 


c.  Va'idate  the  human-  performance 
content  included  in  a  Controller 
training  program. 


10 

by 


Table  5-2  defines  the  cognitive 
attributes  employed  in  the  information  pro* 
jssmg  task  analysisand  Table  5-3  defines 
the  perceptual  attributes  These  attributes 
have  been  primarily  derived  from  Refs  1 3. 
[.  7.  and  8.  although  four  were  synthesized 
the  SSRVT  to  more  fully  characterize 
AT1C  operations  These  four  are:  C9.  Long- 
Term  Memory;-  C5.  Mental  Multiplexing; 


CIO,  Recall  from  Interruption;  and  PI 5. 
Sensory  Multiplexing 

The  listing  of  cognitive  and  perceptual 
attributes  shown  in  Tables  5-2  and  5-3  do 
not  include  a  number  of  attributes  that 
might  be  useful  in  other  types  of  jobs. 
For  example: 

a  Mechanical  Ability 

b.  Aesthetic  Judgment 

c.  Memory  for  Musical  Tones 

d.  Originality  ( production  of  clever  or 
uncommon  ideas) 

Thus,  the  selected  categories  are  not 
fully  representative  of  the  entire  domain  of 
cognitive  and  perceptual  attributes.  Rather, 
they  are  intended  to  focus  upon  the  infor¬ 
mation  handling  and  processing  efforts  of 
Controllers.  No  attempt  is  made  to  account 
for  the  large  number  of  simpler  perceptual 
actions  (e.g.,  observing  indicator  lights)  nor 
any  motor  actions  tnat  also  may  be  involved 
in  the  performance  cv  tasks. 

5.3. 1.1  Characteristic  Cognitive  Strategies 

Each  of  the  cognitive  attributes  can  be 
viewed  as  components  of  an  information 
processing  system.  Such  an  information 
processing  system  is  considered  to  have 
five  general  groupings  of  attribute 
categories.  These  groupings  pertain  to: 

a.  Action  Initiation  (given  some  infor¬ 
mation  or  event  on  which  to 
initiate  action). 

bi  Adaptive  Processes  (to  aid  in 
handling  the  information  to  be 
processed  at  a  particular  time). 

c.  Knowledge  Base  (to  aid  in 
effectively  processing  the  informa¬ 
tion). 

d.  Transformation  of  Input  or  Data 
(to  convert  information  to  a  more 
usable  form). 

e.  Reasoning  (mentally  structuring 
the  information  in  relation  to 
guidance  to  yield  new  informa¬ 
tion). 

Table  5-4  groups  the  19  cognitive 
attributes  into  the  above  five  categories  In 
doing  so.  we  allow  tasks  to  be  associated 


with  their  characteristic  cognitive  strategies 
in  the  information-processing  task  analysis 


TABLE  5-2.  COGNITIVE  (INTELLECTUAL)  ATTRIBUTE  DEFINITIONS 


CODE 

ATTRIBUTE 

TITLE(S) 

DESCRIPTION 

AAS  ILLUSTRATION 

Cl 

Sensitivity  to  Prooiems 

{Evaluation) 

* 

Recognizing  existence  of  a  problem.  deficten- 
cias  m  courses  of  action  ci  plans  or 
implications  of  activities.  Evaluating  good¬ 
ness  or  appropriateness  of  ideas:  Jugging 
which  problems  are  significant:  Determining 
causa  and  affect  relationships  Does  not 
include  any  of  the  reasoning  necessary  tor 
the  solution  of  a  problem 

Monitor  status.  Anticipate  problems 
that  couia  arise.  Recognize  inconsis¬ 
tencies  m  tne  available  cals  sucn  as 
mignt  do  provided  by  a  student  pilot 

C2 

Planning  Ability 
(Pnontize/Scheduie) 

Ordering  of  events  in  sequence: 

Establish  priorities 

Determining  the  urgency  of  a  perceived 
event:  Deterring  a  task 

C3 

Social  mtalliganca 

(Interpersonal 

Communication) 

Correctly  process  behavioral  information 
obtained  through  personal  interaction; 

Sensitive  to  personal  reactions  of  others; 
Teamwork  effectiveness 

Negotiation  of  revised  flight  plan;  Talk¬ 
ing  to  a  lost  or  panicked  pilot  to  a 
landing  site  or  position  reference: 
Training  a  new  Controller  on  the  job; 
Mash  with  other  Controllers 

C4 

Sjcraaning  or  Filtering 
(Ovartoad  Accommo- 
dation.Seieotive 

Attantion) 

Select  inputs  on  which  to  focus  attention 
m  presence  of  distracting  stimuli  or  ovartoad 
of  work 

Selecting  aircraft  traiectones  to 
examine  tor  conflicts 

C5 

Mantal  Multiplexing 

Mental  flexibility  and  adaptability  (dexterity)  in 
effectively  and  confidently  dealing  with 
diverse  and  changing  situations 

Handling  student  and  general  aviation 
pilots  Translating  communications  to 
acquire/assura  correct  understanding; 
Change  to  a  different  sector  Assume 
control  of  different  airspace. 

C« 

Short-Term  Mamory 

Mental  storage  and  selective  recall  of  relevant 
information  within  a  bnef  period  of  time; 

Retention  and  selecting  the  use  of  procedure- 
following  information 

Entering  an  aircraft  call  sign. 

cr 

Tac finical  Grammar 

Form  and  structure  of  10b  words  and  phrases 
including  codes  and  abbreviations 

Formatting  a  flight  plamlsauing 
clearance  to  pilot 

c a 

Varbal  Comprehension 

Meaning  of  words  and  associated  ideas  and 
able  to  use  them  effectively. 

Conversing  with  foreign  pilots; 
Negotiating  flight  plan  changes 

C9 

Long-Term  Mamory 

Mental  storage  of  knowledge  ovei  a  period  of 
time  and  selective  recall  of  what  is  relevant 
and  proper  to  a  current  situation. 

Remember  prooer  procedural  instruc¬ 
tions  or  letters  of  agreement  that  are 
relevant  to  a  seldom  occurring  situ¬ 
ation.  such  as  for  an  air  show  or  large 
flight  formation 

CIO 

Racail  from 

Intamiption 

Ability  to. recall  a  deferred  or  interrupted 
action  when  onontiee  permit  and  be  able  to 
resume  the  action 

Discussing  separation  or  traffic  ' 
sequence  with  a  Controller  and  being 
interrupted  by  another  Controller  wno  >s 
on  the  interphone  override,  then  attar 
coordination  with  the  second  Controller 
it  complete  returning  to  the  first 
Controller  without  pause. 

C11 

Expressions!  Fluency 

Rap«dty  putting  >d«aa  into  SOOk«n  or  written 
worda. 

Talking  ta  a  pilot:  Planning  clearance 
instruction 

C1? 

Numancal  Comoutation 
(Number  Facility) 

Rapid  and  accurals  simple  arithmetic 
operations  Out  not  including  more  complex 
or  reasoning  situations  Include*  use  of 
quantitative  symoois 

P'ottmg  on  numbered  coordinates 
Computing  answer  to  an  equation; 

Cnart  trends 

C13 

Inout  Transformation/ 
Tranaiation 

Coding. , 

Convert  text  to  graphics  or  aloha- 
numerics:  Entering  a  PIREP.  Transform 
oattern  information  into  usable  data 

TABLE  5-2.  COGNITIVE  (INTELLECTUAL)  ATTRIBUTE  DEFINITIONS  (continued) 


COOE 

ATTRIBUTE 

TITLE(S) 

DESCRIPTION 

AAS  ILLUSTRATION 

Cl  4 

Probability  Estimation 

Translate  uncertainty  into  probability, 
assigning  a  juoiective  orooaoihty  numDer 
regarding  the  likelihood  ol  an  event  oemg 
true:  Express  opinion  or  judgments. 

Translate  uncertain  variables  into 
trends  or  patterns:  Assign  a, numerical 
probability  to  an  uncertain  stimulus 
event,  representing  the  Controllers 
opinion  about  the  state  of  that  event 

Cl  5 

Idaationai  Fluency 

Rapidly  coming  up  with  creative  or 
imaginative  ideas  or  solutions 

Resolving  potential  air  conflicts 

C16 

Deductive  Reasoning 
(Fact  Conclusion) 

Reach  a  conclusion  that  follows  logically  from 
me  known  facts  or  date:  Select  from  among 
alternative  answers  or  methods:  Following  a 
prescribed  rula 

Calculate  likely  future  position  of 
aircraft 

C17 

inductive  Reasoning 

Generating  an  explanation  for  a  set  of  soecific 
data  or  instances,  giving  structure  and  meaning  to 
the  information:  Make  generalizations  or  . 
working  hypotheses  from  specific  events: 

Discern  basic  differences  and  relationships 
among  symbols,  figures,  and  figure  patterns: 
Generate  a  new  solution  to  a  problem:  Make  a 
knowtedgsabie  assumption  even  though  using 
insufficient  data. 

Formulate  new  requirements  to 
meet  stated  objectives:  Search  for  new 
information  on  the  basis  of  contin¬ 
gencies  that  have  arisen:  Checking  the 
adequacy  of  a  proposed  aircraft 
maneuver. 

Cia 

Mathematical  Reasoning 

Structuring  of  computational  probtam  poor  to 
solution. 

C19 

Probabilistic  Calculation 

Uses  probabilities  to  estimate  optimal  courses 
of  action.  Does  not  include  the  final  decision 
of  sal  acting  a  course  of  action. 

Assess  the  risk  of  a  maneuver. 

TABLE  5*3.  PERCEPTUAL  (SENSORY)  ATTRIBUTE  DEFINITIONS 


COOE 

ATTRIBUTE 

TITLE(S) 

DESCRIPTION 

Pi 

Movement  Detoction 

Recognize  the  physical  movement  and  judge 
the  direction  or  speed  of  a  usual  oOiect 

P2 

Spatial  Scanning 
(Obiect  Detection) 

Rapidly  identifying  or  detecting  obiects  or 
events  displa'  ed  .n  a  wide  or  complicated 
visual  field 

P3 

Form  Perception 
(Form  Matching) 

Perceive  pertinent  detail  m  obiects  or  in 
pictorial  orgraphic  material:  Make  fine  visual 
comparisons  and  discriminations  among  such 
characteristics  as  shapes  shading,  or  line 
width/lengths 

P4 

Perceptual  Speed 

Rapid  discriminations  of  visual  details, 
mcuding  verbal  or  tabular  material. 

PS 

Color  Discrimination 

Perceive  similarities  or  differences  in  colors 
or  m  shades  cf  the  same  color  (or  to  identify 
certain  colors) 

P« 

image  or 

Pattern  Formation 
(Closure) 

See  or  foresee  m  the  mind  an  arrangement  or 
composition  that  suggests  oi  reveals  a  design 
or  configuration  (that  is.  a  complex  of  parts 
that  function  as  a  whole  picture);  Have  a 
mental  picture  of  something  to  be: 

Perceptually  organize  a  disorganized  or 
ambiguous  field  into  a  single  perception. 

P7 

Visual  Recognition 
(Visual  Memory. 

Recognition  Memory)' 

Mental  storage  and  recall  of  visual  forms  and 
patterns  and  relate/compare  newly  perceived 
visual  detail  to  those  forms  and  patterns 

PS 

Far  Visual  Acuity 

Perceive  detail  at  distances  beyond  normal 
reading  distance. 

P9 

Near  Visual  Acuity 

Perceive  detail' at  normal  reading  distance. 

P10 

Recognition  of 

Spatial  Patterns 
(Pattern  Recognition) 

Perceive  spatial  patterns  and  relations  among 
static  0/  dynamic  visual  moute  May  involve 
orienting  one  s  self  to  the  position  or 
configuration 

P11 

Transformation  of 

Spatial  Patterns 
(Spatial  Visualizations) 

Observing  spatial  patterns  or  obiects  in  two 
or  three  dimensions  and  mentally  transforming 
them  into  other  spatial  patterns  Visualize 
obiects  in  dimensional  or  geometric  form. 

PI  2 

Oeoth  Perception 
(Stereoscopic  Acuity) 

Estimate  depth  of  distancos  or  objects  (or 
judge  their  physical  relationship  in  actual 
space). 

PI  3 

Auditory  Acuity 

Perceive  relevant  sound  cues  and  discriminate 
'  between  sounds;  Accurately  heir  difficult 
speech  transmissions  against  a  background  of 
mss  static,  or  interruption 

PI  4 

Tactile  Discrimination 
(Touch  Sensitivity) 

Perceive  relevant  cues  by  touch. 

PIS 

Sensory  Multiplexing 

Capability  of  perceiving  multiple  verbel  and 
visual  inputs  simultaneously:  attuned  to  a 
varied  situational  environment  without 
disturbing  the  work  process 

AAS  ILLUSTRATION 


To  help  predict  delays  or  conflicts:  in 
observing  situation  display,  in 
confirming  radar  contact 

Observing  display  for  new  aircraft 
Looking  for  data  m  a  table. 


Discriminating  between  symbols: 
Differentiating  between  two  closely , 
adjacent  aircraft  on  the  display. 


Estimating  separations. 


Observe  situation  display  for  quality  of 
target-to-ctutter  display.  Conceptualize 
tactical  situation  based  on  time 
variation  presented  on  display  Form 
picture  of  situation  by  observation  of 
Might  data  display. 


Applying  separation  standards  to 
perceived  separations. 


Observing  closem  flight  paths  m 
terminal  area. 


Determining  the  effect  of  a  proposed 
aircraft  maneuver  on  other  aircraft. 
Comparing  intended  time- position 
profiles  for  intersection  in  position/ 
altitude/ time. 

Observing  inflight  aircraft  from  the 
tower. 


Listen  and  acknowledge  many  different 
communications,  rapidly  occurring  and 
overlapping,  and  hearing  the  critical 
uriormatton  contents  (eg,  from  pilots 
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TABLE  5-4.  CHARACTERISTIC  COGNITIVE  STRATEGIES 


Action  Initiation 


Adaptive  Processes 


Knowledge  Base 


Sensitivity  to  Problems  (Evaluation) 
Plannmg  Ability  (Prioritize/Schedule) 


Social  Intelligence  (Interpersonal  Communication) 
Screening/Filtering  (Selective  Attention,  Overload  Accommodation) 


Short-Term  Memory 
Technical  Grammar 
Verbal  Comprehension 
Long-Term  Memory 
Recall  from  Interruption 


Transformation  of  Input  or  Data 

>  Expressional  Fluency 

Numerical  Computation  (Number  Facility) 
Input  Transformation/T ranslation  (Coding) 
Probability  Estimation 


Reasoning 


Ideational  Fluency 

Deductive  Reasoning  (Fact  Conclusion) 
Inductive  Reasoning  (Generalization) 
Mathematical  Reasoning 

Probabilistic  Calculation  (Prediction) 


5.3.2  Information-Processing  Taok 
Analysis 

Given  the  task  decomposition  present¬ 
ed  in  Chapter  4.0  and  Appendix  A  and  the 
cognitive/perceptual  attribute  model  dis¬ 
cussed  in  section  5.3.1,.  and  information 
processing  task  analysis  can  be  compiled. 
Table  5-5  presents  the  results  of  this 
analysis.  Tasks,  characteristic  cognitive 
strategies,  and  significant  cognitive  and 
perceptual  attributes  involved  are  listed  in 
Table  5-5. 

Cognitive  strategy  maps  to  the  model 
presented  in  Table  5-4.  Cognitive  strategy 
values  are  coded  in  Table  5-5  as: 

A.  Action  initiation 

B.  Adaptive  processes 

C.  Knowledge  base 

D.  Transformation  of  input  or  data 

E  Reasoning 

Significant  cognitive  and  perceptual 
attributes  involved  in  each  task  are  coded 
as  in  Tables  5-2  and  5-3.  Note  that  some 
tasks  are  more  mechanical  in  nature,  such 
that  their  most  significant  attribute  may 
involve  a  motor  response'  (e.g..  Task  1.3.3, 
Request  Limited/Standard  Flight  Plan  Dis¬ 
play).  in  cases  such  as  these,  no  entry  is 
provided  under  "cognitive  strategy”,  "cogni¬ 
tive  attributes,"  or  “perceptual  attributes"  in 
“able  5-4. 

5:3,2. 1  Information-Processing  Task 

Analysis  Synopsis 

An  examination  of  data  in  Table  5-5 
indicates  that  the  majority  of  cognitive 
attributes  involved  within  Activities  1.0  -5.0 
concern  reasoning  and  action  initiation, 
while  the  majority  of  attributes  involved  in 
activity  7.0  concern  either  adaptive  pro¬ 
cesses  ar  action  initiaiton.  Specific  frequen¬ 
cies  of  occurrence  are  as  follows: 


Ac,ivi,y  Total 


1-6 

7 

A 

Action  initiation 

30 

39 

69 

B. 

Adaptive  processes 

6 

41 

47 

C. 

Knowledge  base 

15 

17 

32 

D. 

Transformation  of 
input  or  data 

12 

9 

21 

E 

Reasoning 

39 

24 

63 

Sixteen  of  the  1 9  cognitive  attributes  were 
seen  as  significantly  involved  in  one  or 
more  of  the  tasks.  Recall  form  interruption 
(C-i  0)  was  not  cited  in  any  task.  This  is  not 
surprising  since- this  analysis  is  scenario 
independent  and  so  does  not  account  for 
attributes  such  as  C-1 0  which  are  situation 
specific.  Clearly,  “recall  form  interruption” 
could  be  a.significant  factor  in  all  Controller 
tasks.  Numerical  computation  (C-1 2)  and 
mathematical  reasoning  (C-1 8)  were  also 
not  significantly  involved  in  any  task. 

The  perceptual  attributes  most  fre¬ 
quently  associated  with  Controller  tasks 
included: 

.  P-2  Spatial  Scanning  - 
P-3  Form  Perception 
P-6  Image/Pattern  Formation 
P-1 1  Transformation  of  Spatial 
Patterns 

Perceptual  attributes  which  were  not 
associated  with  any  Controller  task  were: 

P-8  Far  Visual  Acuity 
P-9  Near  Visual  Acuity 
P-12  Depth  Perception 
P-1 3  Auditory  Acuity 
P-14  Tactile  Discrimination 

These  attributes  are  highly  dependent  upon 
a  system  design  being  in  place,  and  so, 
could  not  be  associated  with  tasks  at  this 
time. 


'  Motor  task  attributes  (e.g.,  arm  extention,  flexion),  though  relevant  to  Controller  performance, 
can  only  be  assessed  with  respect  to  an  established  design  Since  the  purview  of  this 
Operations  Concept  concerns  AAS/Sector  Suite  requirements,  independent  of  any  design  con¬ 
cept  the  assessment  of  motor  task  attributes  are  not  addressed. 
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TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS 


-'erceotual  Attribute 


REVIEW  FLICHT  PLAN  DISPLAY  FOP 
PRESENT  AND/OR  FUTURE  AIRrR4.FT 
SEPARATION 

REVIEW  SITU. AT* IN  DISPLAY  FOR 
POTENTIAL  VIOLATION  OF 
SEPARATION  STANDARDS 


REVIEW  FLIGHT  PLAN  CONFLICT 
PROBE  RESULTS 


PROJECT  AIRCRAFT  FUTURE" 
POSITION/ ALTITUDE/ PATH 


READ-OUT  RANGE/ BEARING/TIME 
FOR  AN  AIRCRAFT  TO  A  FIX  OR 
GEOGRAPHIC  POINT 

FORCE/ QUICK-LOOK  FULL  DATA 
BLOCK /S  TO  EXAMINE  TRACK 
INFORMATION  ON  AIRCRAFT 

DETERMINE  WHETHER  AIRCRAFT 
WILL  BE  SEPARATED  BY  LESS  THAN 
PRESCRIBED  MINIMA 


SELECT  FDE  SORTING  PRIORITY 
SCHEME 

OBSERVE  DISPLAY  OF  NEW/ CHANGED 
.  EQUIPMENT/ OPERATIONAL  STATUS 

OBSERVE  DISPLAY  OF  NEW/CHANGED 
•TRAFFIC  FLOW  CONTROL 
MANAGEMENT 

SEARCH  DISPLAY  FOR  INACTIVE' 
FLIGHT  PLAN  ON  CLEARANCE 
REQUEST 

PROJECT  MANUAL  FLIGHT  PLAN 
PR  OBI 

REQUEST  LIMITED  /STANDARD 
FLIGHT  PLAN  DISPLAY 

REQUEST  FULL  FLIGHT  PLAN 
READOUT 

ENTER  TRIAL  DEPARTURE  TIME 

ESTER  DEPARTURE  MESSAGE 

START  TRACK  MANUALLY 

OBSERVE  AUTOMATIC  TRACK  START 

ANALYSE  CONDITIONS  FOR 
PROVIDING  FLIGHT  FOLLOWING 

OFFSET  A  DATA  BLOCK 


Screen/Ft  Iter 
16  (Deductive  Reasoning 


El  16  IDeductive  Reasoning 


E  16  iDeductive  Reasoning 


13  I  Input  Transformation 


13  | Input  Transformation 


16  |Deductlve  Reasoning 


Image/pattern 

Formation 

Visual  Recogni- un 

Perceptual  Speed 
Image/ Pattern 
Formation 

Visual  Recognition 
Transform.  Spatial 
Pattern 

Image /Pattern 
Formation 

Visual  Recognition 

Perceptual  Speed 
Transform.  Spatial 
Patterns 


Image/Pattern 

Forration 

Visual  Recognition 
Transform.  Spatial 
Patterns 


1  (Sensitivity  to  Pro*.  |  3  |  Spatial  Scanning 


Spatial  Scanning 


Spatial  Scanning 


E  19  Prob.  Calculation  11  Transform.  Spatial 

Patterns 


Planning  Ability 
Screen/Filter 

Sensitivity  to  Prob. 
Short-Term  Memory 


Spatial  Scanning 
Spatial  Scanning 


Movement  Detection 
Form  Perception 


TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued) 


o 

© 

v> 

2 

t/> 

c 

0 

Cogntive  Attribute 

PerceDtuat  Att^oute 

a 

© 

cs 

© 

F 

3 

1 

I 

r~ 

i 

J - 

c 

O 

a. 

"3 

O 

09 

c 

© 

NO 

Definition 

NO. 

Definition 

Task  No 

Task  Statement 

< 

< 

* 

X 

A 

B 

C 

D 

r 

. 

1.6.2 

UPDATE/ REVISE  INPUT  REMINDER 

NOTE  i ELECTRONIC  MEMORANDA! 

E 

? 

Technical  Grammar 

1.6.3 

REMOVE  FLIGHT  DATA  ENTRIES  AND 
FULL  DATA  BLOCKS  FROM  ACCC 

SYSTEM 

E 

16 

Deductive  Reasoning 

•  • 

1.6.4 

REMOVE  FLIGHT  DATA  ENTRIES  AND 
FULL  DATA  BLOCKS  FROM  INTERNAL 
ACCC  SYSTEM  , 

E 

16 

Deductive  Reasoning 

1.6.S 

SUSPEND  DISPLAY  OF  FLIGHT  DATA 
ENTRIES  AND  FULL  DATA  BLOCKS 

E 

16 

Deductive  Reasoning 

1.6.6 

SUSPEND  fRACK 

E 

16  ’ 

Deductive  Reasoning 

1.6.7 

DELETE  FULL  DATA  BLOCK  FROM 

Om  DISPLAY 

E 

16 

Deductive  Reasoning 

1.6.8 

SUPPRES3  FULL  DATA  BLOCK  FROM 

OWN  DISPLAY 

E 

16 

Deductive  Reasoning 

1.6.9 

DELETE  FLIGHT  DATA  ENTRY  FROM 

A  SELECTED  DISPLAY 

E 

16 

Deductive  Reasoning 

2.1.1 

DETECT  AIR  TAFT  CONFLICT  ALERT 

4 

Pe-ceptual  Speed 

INDICATION 

5 

Color  Discrimination 

2.1.2 

DETERMINE  VALIDITY  OF  CONFLICT 

E 

16 

Deductive  Reasoning 

4 

Perceptual  Speed 

ALERT  NOTICE  OR  INDICATION 

6 

Image/  Pattern 
Formation 

2.2.1 

DETECT  MS AW  INDICATION  OR 

ALARM 

5 

Color  Discrimination 

2.2.2 

DETERMINE  VALIDITY  OF  MS  AW 

E 

16 

Deductive  Reasoning 

4 

Perceptual  Speed 

NOTICE  OR  INDICATION 

6 

Image/ Pattern 
Formation 

2.3.1 

DETERMINE  NEED  FOR  AIRSPACE 

E 

17 

Inductive  Reasoning 

10 

Recog.  Spatial 

PROXIMITY  PRObE 

11 

Pattern  Transform. 
Spatial  Pattern 

2.3.2 

DETERMINE  VALIDITY  OF  SPECIAL 

E 

16 

Deductive  Reasoning 

6 

Imsge/Pattern 

USE  AIRSPACE  PROBE  RESULTS 

Formation 

2.4.1 

OBSERVE  DISPLAY  FOR  FIXED 
OBSTRUCTIONS  AND  NON- 

3 

Form  Perception 

CONTROLLED  AIRBORNE 

OBJECTS  THAT  MAY  INTERFERE 

WITH  AIRCRAFT  FLIGHT 

2.4.2 

EVALUATE  CONFLICT  RESOLUTION 

A 

E 

1 

Sensitivity  to  Prob. 

4 

Perceptual  Speed 

ADVISORIES 

15 

Ideational  Fluency 

6 

Image /Pattern 

16 

Deductive  Reasoning 

• 

Formation 

2.4.3 

FORMULATE  ADVISORY /RESOLUTION 

c 

D 

Technical  Grammar 

CONTENT 

Expressional  Fluency 

2-4.4 

DETECT  AIRCRAFT  MANEUVER  IN 

■ 

u 

Transform.  Spatial 

RESPONSE  TO  ADVISORY 

Patterns 

2.5.1 

DETERMINE 

E 

Deductive  Reasonlt.g 

4 

Perceptual  Speed 

VALIDITY/ APPROPRIATENESS  OF 

6 

Ivaoe  '  r.ttern 

USE  OF  AN  ALERT  DISPLAY 

Hi 

Foimat ion 

2.5.2 

INHIBIT  CONFLICT  ALERT  FOR. 

PAIRED  AIRCRAFT 

A 

Sensitivity  to  Prob. 
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1 
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c 

3 
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:.S.  3 

inhibit  ::sfl:ct  alert  res 

GROUP  SUPPRESSION 

A 

1 

I 

Sensitivity  -o  Pros. 

2.5.4 

INHIBIT  CONFLICT  ALERT  IN 
SPECIFIES  AREA 

A 

t 

Sen$uivi'7  ta  Prat. 

2.  '.5 

INHIBIT  MSAH  FVUCTT DN  IS 

SPECIFIED  AREA 

A 

I 

Sensitivity  to  ? r *- o . 

! 

2.5.6 

INHIBIT  ISAM  FUNCTION  FCR 
SPECIFIED  AIRCRAFT 

A 

l 

Sensitivity  ts  ?r;S. 

• 

2.5.7 

RESTORE  SPECIFIC  ALERT 

FUNCTION  TO  NORMAL 

A 

• 

Cen»itlvity  to  Prob 

3.1.1 

EVALUATE  CONSTRAINT  EXPECT  ON 

FLOW 

A 

l 

Sensitivity  to  Prob. 

3.1.2 

CHOOSE  DESIRED  SEQUE3ICE 

E 

17 

Inductive  Reasoning 

4 

:»a-*»  Pattern 

1 1 

Foreat ion 

Transform.  3p*t:al 
Pattern* 

:.:.3 

SELECT  MEM  FLOH  SEQUENCE 

A 

- 

E 

2 

14 

16 

Plannir;  Ability 
Probability  Fat. 
Deductive  Steaaomniy 

3.1.4 

DETERM I ME  THE  TECHNIQUE  FOR  A 
DELAY 

A 

L 

E 

11 

16 

Planning  Ability 
£xpc««»10»>al  Fluency 
Deductive  Reasoning 

3.2.1 

PERCEIVE  AM  ALTITUDE' OR  ROUTE 
DEVIATION 

E 

16 

Deductive  Reatoning 

t 

7 

Fore  Perception 
visual  Recognition 

3.2.2 

OlSERVE  AIRCRAFT  RESUMING 

NORMAL  FLIGHT  PLAN 

3 

7 

fore  Perception 

Visual  Recognition 

3.2.3 

DETERMINE  MANEV7TS  TO 

ESTABLISH' RESTORE  FLIGHT  PLAN 
CONFORMANCE 

i 

! 

E 

16 

Deductive  Reatoning 

1 1 

Transform.  Spatial 
Pattern* 

3.3.1 

REQUEST  AIRSPACE  PROXIMITY 

FR08E 

3.3.2 

DESIGNATE 'DELETE  AM  ARf.t 

USE 

r 

w 

? 

’J 

Technical  Graaaar  • 
Input  Transf craatlin 

<9 

!*ag»'Pettern 

3.3.3 

DETERMINE  iRiETMO*  ATT  '  sTROLS 
SPECIAL  USE  AIRSPACE 

c 

•  % 

' 

Lcng*Ter%  Meeory 

3 

Fore  Perception  , 

. 

3.3.4 

RESTRICT  AIRCRAFT  ACT'VTT  IN 

AREA  BY  ALTITUDE  »  5EGMDfT 

E 

15 

Idea tlonal  riueney  • 

c 

leage ' Pattern 
Foraatlon 

3.3.5 

04SERVE  DISPLAY  IF  AIRSPACE 
RESTRICTION  STATUS  CHANCE  ’ 

'  ■ 

11 

Transfora,  Spatial  - 
Pattarna 

3.4.1 

DETERMINE  DCSCEMT  TIHt  0» 

POINT 

A 

E 

4 

16 

Sensitivity  to  Prob. 
Deductive  Reasoning 

1 

11 

■Movaaant  Dataetlon 
Cranafora.  Spatial 
Pattarna 

3.4.2 

PROJECT  TRAFFIC  SE0VE3BCE  TO 

ESTABL I SM / MODIFY  APPROACH  FLOW 

TO  AIRPORT  OR  SECTOR 

D 

E 

14 

16 

Probability  Eft. 
Deductive  Reaaonine 

4 

u 

Movement  Detection 
Per-eptuai  Speed 

Trar tf ore.  Spatial 
Pattern* 

3.4.3 

OBSERVE  RANGE/  BEAR  IMG  BETWEEN 
AIRCRAFT 

D 

14 

Probability  Eat. 

3 

Fort  Parcaptlon 

3.4. 1 

OBSERVE  AIRSPACE  INTRUSION  BY 

A  NON -CONTROLLED  OBJECT 

l 

> 

Movement  Detection 
r'sn  parent  ton 
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TABLE  5*5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued! 
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-marge  re  stpass  severe 
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£ 
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Tt»n»for«.  Sp*ti«i 
?»ct*rn» 

i.i'.i 

RECEIVE  WEATHER  SEC'JERCT 

’ 

5-2-2 

RECEIVE  WEATHER  REPORT  ’JPOATE 

' 
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CCTERHIRE  *TTHER  -SABLE 

ftiasT  ixvel  has  charges 
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14 

Deductive  R*««or;fW| 

| 
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CC7ERHIRE  <*C7WER  RS-THAT 
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16 

Deductive  l«ioiir« 

l 

5.2.5 

OTTER* IRC  **THER  CCRTROl  20RE 
:s  :r?  vr* 

* 

V:»u«l  Recognition 
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RCVIO*  STJTW  JTATVS 

: 
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4,2.2 
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A 

2 
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* 

:mo»  P4t*»rn 
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* 
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. 

4  2.4 
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> 

4  2.5 

A&TJ5T  PARAMETERS  ARC  DISPLAY 

TO  'PtRSCRAt  FRETERERTt 

2 

:> 
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R 

VnuAi  P«33<»ni; ;on 

4.2.4 

TWOt  DISPLAY  FOR  PROPER 
ALIGRHDPT.  VSASILITT.  ARC 

satisiactory  statis 

A 

Sensitivity  to  Pro# 

Vl»u*i  Recognition 

4.2.2 

SET -VP  WORAITATIOR  aoaptisr 
PARAMETERS 

2 

Input  7r*n«fore«:  ;3n 

4.  J.l, 

DETECT  RCR-ACTOPTA3PCE  If  IRPVT 
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A 

Sensitivity  *.3  Prtb 

f 

44. 1 
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■ 
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TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued) 


REVEST  TO  ACT C  BACKUP 
PROCEDURES  TBO) 

DETERMINE  AIRCRAFT  NEED  INC 
SUBSTITUTE  ROUTING 

MONITOR  STATUS  IF  QUESTI CNABLE 
NAVAID 

OBSERVE  SUBSTITUTE  ROUTING  ON 
DI3PLAY 


4.0.1  DETERMINE  COWRJNI  CATION  FAULT 

■  2  ADJUST  COMMUNICATION  3TRATEGY 

3WTTCM  TO  BACKUP 
RADIO  /FREQUENCY 

DETERMINE  IWENDIir.  ”  NCR  .  LLO 
OVERLOAD 

EXCHANGE  ASSIGN  INTRa  r‘  l  ‘  ON 
RESPONSIBILITIES 

REQUEST  ASSISTANCE  OR  REL.1F 

PERCEIVE  TRACT  INC  FAULT  K 

TRANSPONDER  FAILURE 

REPOS  ITI  ON/ UPDATE /RCASSOC I  ATE  , 
DATA  BLOCKS 

OBSERVE  MESSAGE  ON  LOSS  OF 
DATA  BASE 

DETECT  FAILURE  TO  UPDATE 
FT  I  XT  PLAN  DATA  BARE 

OTTER  DISPLAY  AWNtRCTT 
/C33AGC  ON  CONSOLE 

ENTER  FLIGHT  PLAN  ON  CONSOLE 

4.10.9  RESEQUENCE  FLIGHT  PLAN  ON 
CONSOLE 

4.11.1  0CTE1IT  'INN  ELI  ABLE  7SC3 
COWWNICATION 

7.1.1  ALVISE  CONTROLLER  SUPERVISOR 
or  AIRCRAFT  FLIXT  PLAN 
DEVIATION 

7.1.?  ADVISE  CONTNOLLER  OT  RESULTS 
or  FLIGHT  PLAN  CONFLICT  PRC  BE 

7.1.3  ADVISE  CONTROLLER  OF  POTENTIAL 
CONFLICT  IN  MIS  SECTOR. 

7.1.4  ADVISE  CONTROLLD1  Or  ROTOTIV. 
“9 AH  IN  MIS  SECTOR 

7.2.1  RECEIVE  CONTNOLLER  NOTICE  OF 
POTENTIAL  AIRCRAFT  CONFLICT  IN' 
SECTOR 

’.2.2  .  RECEIVE  CONTROLLER  NOTIOE  or 
POTENTIAL  MS  AM  IN  SECTOR 


Lcna-Ter*  Memory 


Lina -Term  Memory 


.Screen,  Filter 


£  14  Deduct ive  Sea»onlna 

‘  MeniAl  Multip.emcna 


P’.artntna  Ability 
5  I  Mental  Mulciplemlna 


Inductive  Peasonlna 


Isaac  Pattern 
Formation 


Seneittvtty  to  Prcb. 
Deductive  Reasonina 


Sensitivity  to  Prob. 


5en»itlvtty  to  Prob. 
Social  Intelliaenee 


Sene itlvvty  to  Prob. 
3  |  Social  Intelligence 

Sensitivity  to  Prob. 
Social  Intelltaence 

Sentltlvity  to  Prob 
3  |  Social  Intelligence 

’  P'.anntna  Ability 
ISeatlonal  fluency 


P. Annina  Ability 


5  |3«nmory  Multiplying 


Perceptual  Speed 


Imaae'Pattern 

Formation 


Movement  Detection 
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TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued) 


.3  RECEIVE  CONTROLLER  NOTICE  OF. 
AIRCRAFT  FLIGHT  PLAN  LEV  I  ATI  ON 

7.2.*  RECEIVE  CONTROLLU  NOTICE  ON 
RESULTS  OF  FLIGHT  PI  AN 
CONFLICT  PROBE 


I  I 

.Ilf 

£  •  2  | 

*  8  |  i 

«  c  3  3 
<  *  s 

a  c  o  f  . 


Cognitive  Attribute 


Perceptual  Attribute 

I 


Sensitivity  to  Prob. 
Planning  Ability 

Sensitivity  to  Prob. 
2  I  Planning  Ability 


ISSUE  POINTOUT 


'.3.2  OBSERVE  AUTOMATIC  INITIATION 
OF  POINTOUT  TO  ANOTHER 
CONTROLLER 


DIRECT  FLIGHT  DATA  DISPLAY  TO 
ADJACENT  CONTROLLER 

RECEIVE  ACCEPTANCE  OF  POINTOUT 

RBCEIVF  REJECTION  OF  POINTOUT 


7.4.1  RECEIVE  CONTROLLER,  INITIATED 
J  POINTOUT 

*  ACCEPT  POINTOUT 


REJECT  POINTOUT 


SUPPRESS  FULL  DATA  BLOCK  AfTES 
POINTOUT 


RECEIVE  NOTICE  OF  AIRSPACE 
RESTRICTION/ RELEASE  FROM 
CONTROLLER/ SUPERVISOR 

REQUEST  RELEASE  Or  SPECIAL  USE 
AIRSPACE 

RECEIVE  DENIAL  OF  REQUEST  FOR 
RELEASE  OF  SPECIAL  USE 
AIRSPACE 

•ADVISE  CONTROLLER  OF  AIRSPACil 
RESTRICTION  IMPOSED 

ISSUE  ADVISORY  IN  REGARD  TO 
RESTRICTED.  AIRSPACE  PROXIMITY 

RECEIVE  NOTICE  TO  TAKE  OVER 
AIRSPACE 

RECEIVE  NOTICE  TO  RECONFIGURE 
SECTOR 

RECEIVE  NOTICE  TO  RELEASE 

airspace 

RECEIVE  FLIGHT  PLAN  FROM  FILGT 

RECEIVE  FLIGHT  FLAN  VERBALLY 
"CRHARDED 


Technical  Grauur 
Deductive  Reaaonlng 


Technical  Graeaar 
Deductive  Reasoning 


Inductive  Reasoning 


Planning  Ability 
Screen/Fllter 
Deductive  Reasoning 

Planning  Acuity 
Screen, Ft Itei 
Deduct lv«  Reasoning 

Deductive  Reasoning 


Social  Intelligence 
Technical  Giaecar 


Social  Itite  1 1  igence  ■ 
Input  Transf orear loh 


Visual  Recognition 


Fore  Perception 

Fore  Perception 

Special  Scanning 
Fore  Perception 


Express  tonal  Fluency  l  Moveeent  Detection 

Deductive  Reasoning  j  Fora  Perception 

Mental  Multiplexing 


Mental  Multiplexing 


Mental  Multiplexing 


Input  Transforeatlon 
3  Input  Transforeatlon 


.•VERY  PILC 


ASCV 


FLIGHT  PLAN 


Sensitivity  to  Prob. 
Social  Intelligence 


TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued) 
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NO 

Definition 

A 

0 

C 

D 

F 

*  3 .  i 

T-'E  RELATE?  IF  A  FLIGHT 

PLAN 

A 

Q 

3 

Sensitivity  to  Prcb. 
Social  Intelligence 

7.9.1 

RECEIVE  CONTROLLER  NOTICE  ON 
REQUESTED  CLEARANCE  OF 

AIRCRAFT  LEAVINC  HIS  SECTOR 

’.9.2 

DENY  CLEARANCE  REQUEST  FROM 
CONTROLLER 

A 

B 

3 

4 

Sensitivity  to  Prob. 
Social  Intelligence 
Screen/ FI  Iter 

»  * 

• 

Transfora.  Spatial 
Patterna 

7.9.3 

SUGGEST  ALTERNATE  TO  CLEARANCE 
REQUEST  FROM  CONTROLLER 

. 

A 

I 

1 

3 

Sensitivity  to  Prob. 
Social  Intelligence 

4 

11 

Perceptual  Speed 
Tranafora.  Spatial 
Patterns 

7.9.4 

RECEIVE  CLEARANCE  REQUEST  FROM 
ATCT/F3S/  PILOT/  SUPERVISOR 

2 

Spatial  Scanning 

7.9.5 

RECEIVE  CONTROLLER  REQUEST  FOR 
CLEARANCE/ APPROVAL 

l 

2 

Spaelal  Scanning 

7.9.6 

DENY  CLEARANCE  REQUEST 

1 

1 

3 

16 

Social  Intelligence 
Deductive  Reasoning 

7.9.7 

SUGGEST  CLEARANCE  ALTERNATIVES 

TO  PILOT 

B 

1 

l 

3 

16 

Sensitivity  to. Prob. 
Social  Intelligence 
DrJuetlve  Reasoning 

10 

11 

Recog.  Spatial  Patt 
Tranafora.  Spatial 
Patterns 

7.9.8 

ACKNOWLEDGE  DATA  LINK 

CLEARANCE  REQUEST 

1 

2 

Spatial  Scanning 

7.9.9 

APPROVE  CLEARANCE  REQUEST  FROM 
CONTROLLER 

H 

3 

16 

Social  Intelligence 
Deductive  Reasoning 

7.9.10 

FORWARD  CLEARANCE  REQUEST  TO 
ADJACENT  CONTROLLER 

1 

■ 

7.10.  1 

REQUEST  CLEARANCE/ APPROVAL 

FROM  ADJACENT  CONTROLLER 

3 

U 

Social  Intelligence 
Expreisional  Fluency 

’ 

7.10.2 

RECEIVE  CLEARANCE 

APPROVAL  /  CLEARANCE 

RESTRICTIONS  FROM  ADJACENT 
CONTROLLER 

c 

8 

Verbal  Comprehension 

7.10.3 

RECEIVE  CLEARANCE 

DISAPPROVAL/ DE3IIAL  FROM 

ADJACENT  CONTROLLER 

r 

8 

Verbal  Comprehension 

7.10.4 

RECEIVE  ALTERNATE  SUGGESTION 

FOR  CLEARANCE/APPROVAL 

REQUESTED  OF  ADJACENT 

CONTROLLER 

C 

8 

Verbal  Cooprehene tor 

FORWARD  FLIGHT  PLAN  AMENDMENT 
VERBALLY 

C 

7 

Technical  Crsaaar 

By 

RECEIVE  CONTROLLER  ADVICE  OF 
UNABLE  FLIGHT  PLAN  AMENDMENT 

i 

Sensitivity  to  Prob. 

D 

RECEIVE  FLIGHT  PLAN  AMENDMENT 
VERBALLY  FOR HARDEE 

, 

7.12.2 

ADVISE  CONTROLLER  UNABLE 

FLICHT  PLAN  AMENDMENT 

3 

8 

Sensitivity  to  Prob. 
Planning  Ability 
Social  Intslllgencs 
Msntal  Multiplexing 

7.13.1. 

RECEIVE  DEPARTURE  ME3SACE  FROM 
CONTROLLER/ FS3 / PILOT 

1 

2"'ceoti<ai  Attnouie 


ISSUE  NOTICE  OF  EQUIPMENT 
STATUS  TO  ADJACENT 
CONTROLLER  'PILOT'  SUPERV I  SER 

.2  TERMINATE  RADAR  SERVICE  TO 
AIRCRAFT 

7.14.3  REQUEST  PILOT  POSITION  REPORTS 

7.14.4  RECEIVE  PILOT  3  POSITION 
REPORT 

7.14.5  FORWARD  FLIGHT  PLAN  VERBALLY 

7.14.4  DELETE  PILOT  POSITION  REPORTS 

7.14.7  CONFIRM  COMPUTER  ACTION  DURING 
TRANSITION  STAGES 

RECEIVE  NOTICE  OF  STATUS  OF 
ADJACENT  ACF  AUTOMATION 
EQUIPMENT 

7.13.2  RECEIVE  STATUS  Or  SECTOR  SUITE 
FAILURE  FROM 

CONTROLLER / SUPERVISOR 

7.15.3  RECEIVE  CONFIRMATION  OF 
COMPUTER  ACTION  DURING 
TRANSITION  STAGES 

7.U.I  COMPOSE'OTER  REQUESTED 
ROUTE /ALTITUDE  CHANGE 

7.17.1  RECEIVE  WATHER  ADVISORY  IRON 
ADJACENT 

CONTROLLER  /  SUPERVISOR  / 
METEOROLOGIST 

7.17.2  RECEIVE  REtaSION/CAMCELLATION 
TO  PREVIOUS  WATMER  REPORT 

RECEIVE  WIND  SHEAR  REPORT 


RECEIVE  PIREP  ON  HEATHEN 

7.17.3  SEI  JT  tCATHER' ADVISORY /UPDATE 
FOu  DATA  LINK  TRANSMISSION  TO 
PILOT 

7.17.*  ISSUE  HEATHER/ ADVISORY /UPDATE 
TO  PILOT/ ADJACENT  CONTROLLER 

7.17.7  FORWARD  WATHER  INFORMATION  TO 
SUPERVISOR /tCIEOROLOG  1ST 

7. 17. S  ADVISE  3UPERVI SON / FLOW 

CONTROLLER  OF  HEATKQt'  IWACT 
ON  ROUTES /FLOW 

7: 17.*  RECEIVE  CONTROLLER  REQUEST  rOR 
tCATHER  INFORMATION 

7.17.10  REQUEST  WATHDt  INFORMATION 

7. is. I  RECEIVE  NOTICE  OF 

COMMUNICATION  STATUS 


3  I  Ssciai  Intelligence 


-  16  I  Deductive  Reasoning 
I"  I  Inductive  Reasoning 


3  |  Social  Intelligence 


3  I  Social  Intelligence 


Movement  Detection 


2  Planning  Ability 
4  ScreervFilter 

D  l  Sensitivity  to  Prob. 
13  Input  Transformation 


Inductive  Reasoning  11  Transfora.  Spatial 

Patterns 


1  [Sensitivity  to  Prob. 


Sensitivity  to  Prob. 


Sensitivity  to  Frob.j  3  L  Fora  Perception 


sensitivity  to  Prob.)  3  I  Fora  Perception 


TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued) 


| 

• 

2 

r- 

- 

5 

Cognitive  AttriOute 

Reiceotuai  Attneute 

; 

5 

• 

? 

1 

_ 1 _ 

'T«#«  NO 

S 

1 

< 

2 

a 

i 

< 

V 

1 

c 

* 

c 

m 

1 

<v 

• 

X 

I- 

NO 

Definition 

NO 

- : - 1 

Definition 

A 

B 

c 

0 

r 

_ 

7.18.: 

receive  new  fresuwcy 

ASSIGNMENT 

-.18.3 

RECEIVE  NOT  ICE  OF  ALTERNATE 
cornu*: cat ion  paw 

7. .9.1 

FORWARD  NOTICE  OF 

COtgiUN  1  CAT!  ON  STATUS 

a 

3 

Social  Intelligence 

7.19.: 

FORWARD  NEW  FREQUENCY 

ASSIGNMENT  TO  ADJACENT 

CONTROLLER  /  SUPERVISOR 

A 

B 

3 

Sensitivity  to  Prob. 
Social  Intelligence 

7.19.3 

FORWARD  ALTERNATE 

COMMUNICATION  PATH 

8 

3 

Social  Intelligence 

7.20.1 

RECEIVE  NOTICE  OF  NAVAID 

STATUS  FROM  ADJACENT 

CONTRCLLOt  /  FSS  /  SUPERVISOR  / 

PILOT 

7.20.: 

RECEIVE  SUBSTITUTE  ROUTING 

1 

7.20.3 

RECEIVE  CANCELLATION  OF 
SUBSTITUTE  ROUTING 

7.21.1 

FORWARD  NAVAID  STATUS  TO 

ADJACENT 

CONTROLLER  /  SUPERVISOR  /  PILOT 

7.2i.: 

FORWARD  SUBSTITUTE  ROUTING 

'.21.3 

CANCEL  PREVIOUS  SUBSTITUTE 
ROUTING 

7.23.1 

FORWARD  NOTICE  OF  AIRSPACE 
INTRUSION  BY  A  MON-CONTROLLED 
OBJECT 

A 

8 

A 

3 

Sensitivity  to  Pros. 
Social  Intelligence 

7.22.2 

RECEIVE  NOTICE  OF  AIRSPACE 
INTRUSION  BY  A  NON -CONTROLLED 
OBJECT 

7.22-3 

ISSUE  ADVISORY  IB  REGARD  TO  A 
NOB-CONTROLLED  OBJECT 

A 

■ 

1 

Sensitivity  to  Prob. 

7.22.9 

ADVISE  PILOT  WO*  CLEAR  OF - 

NON-CONTROLLED  OBJECT 

- 

E 

It 

DeOuctlve  Reasoning 

7.23.1 

RECEIVE  RUNWAY  USE  DATA 

7.29.1 

'ONWARD  RUNWAY  USE  DATA 

7 . 25 . 1 

cerrcT  a  pilot  or  aircratt 

TRQBLOt  iE.S.  .  KTPOXIAi 

s 

E 

3 

r 

It 

Social  Intelligence 
Mental  Multiplesing 
Deductive  Reasoning 

« 

is 

Moveeent  Detection 
Image  Pattern 

Forest  ion 

Sensory  Multiplesing 

7.25.2 

3LERT  DESIGNATES  PERSONNEL  Of 
'  IRCRAFT  HAVING  FLIGHT 
•R08LEM3 

9 

Long-Term  Memory 

'.:s.  3 

FORWARD  CONTINGENCY 

INFORMATION  TO 

SUPERVISOR 'ADJACENT  CONTROLLER 

3 

Ve-tai.  Comprehension 

7.28.1 

>ECE CUE  SUPERVISOR  NOTICE  TO 
■■  HIBIT  ALERT 

A 

* 

P. arming  Ability 

■ 
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TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued) 


i 

Cl 

A 

2 

1 

Cognitive  Attnoute 

Perceotual  Attribute 

5 

a 

3 

z 

? 

! 

....  1 

» 

c 

0 

» 

o 

I 

0 

0 

v* 

f" 

I 

r— 

Tua  so 

Statement 

— 

NO 

Definition 

NO. 

Detfution 

< 

< 

X 

£ 

A 

B 

c 

0 

F 

7.27.1 

BRIEF  RELIEVING  CONTROLLER 

A 

1 

c 

i 

Seneltlvlty  to  Prob. 

IS 

Sentory  Multipleelng 

2 

Planning  Ability 

1 

3 

SoclAl  Intelligance 

I 

6 

Short -Tera  Memory 

7.28.1 

RECEIVE  NOTICE  OF  3PECIAL 
OPERATIONS 

1 

c 

3 

Mental  Multiplexing 

7.29.1 

FORWARD  NOTICE  OF  SPECIAL 
OPERATIONS  TO  ADJACENT 

CONTROLLER / SUPERVISOR 

3 

Social  Intelligence 

1 

7.30.1 

RECEIVE  INFORMATION  ON  LOSS  OF 
RADIO  CONTACT  WITH  AIRCRAFT 

A 

1 

Sentltlvlty  to  Prob. 

7.30.2 

CONDUCT  RADIO/RADAR  SEARCH  FOR 

1 

Movement  Detection 

AIRCRAFT  WITHOUT  RADIO  CONTACT 

2 

Spatial  Scanning 

7.30.3 

ATTEMPT  ESTABLISHMENT  OF 
COMMUNICATIONS  US INC 

TRANSPONDER /RADAR  EQUIPMENT 

A 

1 

Seneltlvlty  to  Prob. 

2 

Spatial  Scanning 

a  •  -  \ 

1 

7.31.1 

RECEIVE  INFORMATION  ON  OVERDUE 
AIRCRAFT 

7.31.2 

7.31.3 

CONTACT  FACILITY  ALONC  ROUTE 

OF  FLIGHT  TO  SECURE 

INFORMATION  ON  OVERDUE 

AIRCRAFT 

CONDUCT  RADIO /RADAR  SEARCH  FOR 

A 

1 

1 

Sentltlvlty  to  Prob. 

2 

Spatial  Scanning 

■  ! 

Seneltlvlty  to  Prob. 

A 

• .  »  .  . 

OVERDUE  AIRCRAFT 

7.32.1 

EXPLORE  WHETHER  OTHERS  ARE 
RECEIVING  AN  AIRCRAFT  S 
TRANSMISSIONS 

E 

IS 

Deductive  Reaeonlrtg 

.  '  *  .*■ 

7.32.2 

7.33.1 

ISSUE  ALTERNATE  COMMUNICATION 

FOR  AIR /GROUND  TRANSMISSION 

RECEIVE  PILOT/ADJACENT 

E 

13 

Ideational  Fluency 

•  l 

CONTROLLER  REQUEST  FOR  FLIOfT 

FOLLOWING 

7.33.2 

CENT  FLIGHT  FOLLOWING  REQUEST 

A 

2 

Planning  Ability 

7.33.3. 

REQUEST 'ASSIGN  BEACON  CODE  TO 
AIRCRAFT 

• 

7.33.9 

ISSUE  tratfic  advisory  in 

- 

D 

1 

Technical  Graaaar 

4 

Perceptual  Speed 

'  .  ’.9 

REGARD  TO  TRAFFIC  PROXIMITY 

11 

Eapreeeional  Fluency 

.  6 

laage/Pattern 

Format Ion 

9 

4 

7 !  33 . 5 

ADVISE  PILOT  WKE*  CLEAR  OF 

TRAFFIC 

E 

16 

Deductive  Reasoning 

3 

Fora  Perception 

.  *  .  ‘  1 
,  .  « 

7.39.1 

RECEIVE  A  FAD  NOTICE 

1 

'  "a 

7.39.2 

CONFER  WITH  PILOT  THRU  ATCT  ON 
DESIRE  FOR  FAD  INTENTIONS 

i 

3 

Social  Intelligence 

7.33.1 

RECEIVE  REQUESTED 

ROUTE'  ALTITUDE  CHANCES  rROH 

• 

ANOTHER  CONTROLLER  rLOW 
CONTROLLO' SUPERVISOR 

7.33.2 

receive  a  plow  restriction 

V-V* 

7.33.3 

RECEIVE  METERING  DATA  FROM 

FLOW  CONTROLLER 

1 

*  ■ 
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TABLE  5-5.  INFORMATION  PROCESSING  TASK  ANALYSIS  (continued) 


7.35.4  REQUEST  FLOW  CCNTRuL  3E 
IMPOSED 


7.35.5  NEGOTIATE  DELAY  TECHNIQUE  WITH 
PILOT 

7.35.6  FORWARD  REQUESTED 
ROUTE/ ALTITUDE  CHANCES  TO 
ADJACENT  CONTROLLER -FLOW 
CONTROLLER / SUPERVISOR 

7.36.1  ISSUE  ADVISORY  IN  REGARD  TO 
FLIGHT  PLAN  DEVIATION 

7.37.1  RECEIVE /OBSERVE  HANDOFF 

7.37.2  ACCEPT  VERBAL  HANDOFF/ START 
TRACK 

7.37.3  REJECT  HANDOFF 


7.37.4  ACCEPT  AUTOMATIC  HANDOFF 

7.77.5  VERIFY  COMMUNICATIONS  WITH 
PILOT  ON  TRANSFER  OF  CONTROL 
OR  DEPARTURE 

7.37.6  VERIFY  AIRCRAFT  ALTITUDE  WITH 
PILOT  ON  TRANSFER  OF  CONTROL 
OR  DEPARTURE 

7.37.7  CONFIRM  DATA  LINK 
COWIUNICATIONS 

7.38.1  INITIATE  HANDOFF 

7.38.2  OBSERVE  AUTOMATIC  INITIATION 
OF  HANDOFF 

7.38.3  RETRACT  HANDOFF 

7.38.4  RECEIVE  HANDOFF  ACCEPTANCE 

7.38.5  CONFER  ON  TRANSFER  OF  CONTROL 
WITH  OTHER  CONTROLLER 


7.38.6  ISSUE  CHANCE  OF  FREQUENCY  TO. 
PILOT 

7.39.1  RECEIVE  NOTICE  OF  RADAR  SENSOR 
STATUS  FROM  ADJACENT 
CONTROLLER 'SUPERVISOR 

7.40.1  FORWARD  NOTICE  OF  RADAR  SENSOR 
STATUS  TO  ADJACEJTT 
CONTROLLER  / SUPERVISOR 

7.41.1  REQUEST  TEMPORARY  USE  OF 
AIRSPACE 


.2  RECEIVE  RELEASE/ USE  OF 
AIRSPACE 


Planning  Ability 
Screen  Filter 
Inductive  Reasoning 

Social  Intelligence 


Social  Intelligence 
Verbal  Comprehension 


Sensitivity  to  Prob. 
2  I  Planning  Ability 
16  1  Deductive  Reasoning 


Spatial  Scanning 
Fora  Perception 


Movement  Detection 
Spatia;!  Scanning 


1  I  Sensitivity  to  Prob.  6  |  Image/Pattern 

I  I  Formation 


2  I  Spatial  Scanning 


3  1  Social  Intelligence  I  7  |  Visual  Recognition 


2  I  Spatial.  Scanning 


3  I  Social  Intelligence 


1  3ensitl"lty  to  Prob. 

2  Planning  Ab-llicy 

3  Social  Intelligence 

11  Expressional  Fluency 


1  Sensitivity  to  Prob. 

2  Planning  Ability 

14  Probability  Est . 

16  Deductive  Reasoning 


Movement  Detection 


3  Form  Perception 
6  laage/Pattern 
Formation 


Human  performance  is  bounded  by 
the  limitations  of  the  cognitive,  perceptual, 
and  motor  systems.  These  limitations 
clearly  vary  from  individual  to  individual,  but 
useful  generalizations  can  be  diawn  in 
terms  of  performance  limitations  according 
to  a  diverse  set  of  models  ranging  from  goal 
oriented  behavior  (Card,  Moran  &  Newell, 
Ref.  2 ),  stochastic  decision  theory  (Wallsten, 
Ref.14),  to  motivationally  based  perfor¬ 
mance  (Nickerson, Ref.  11).  Here,  we  use  a 
task-ievel  applications-oriented  view  which 
assumes  that  human  performance  can  be 
limited  by  a  set  of  significant  factors 
including: 


Mental  Attributes  of  Capacity 
Short-Term  Memory 
Working  Memory 
Long-Term  Memory 
Cognitive  Skills 
Knowledge 
Experience 
Fersonality/Style 
Stress  Profile 
Aptitudes 
Fatigue  and  Error 
Motivation 


Physical  Attributes  of  Capacity 
Motor  Skills 
Visual  Acuity 
Color  Perception 
Hearing  Ability 
Fatigue 

These  and  other  factors  interact  with 
task  requirements  to  significantly  affect 
operator  and,  ultimately,  system  perform¬ 
ance.  Human  performance  limitations  such 
as  these  are  typically  manifested  in  re¬ 
sponse  time  decrements,  memory/recall 
omissions  or  lags,  failure  to  adhere  to 
standard  operating  procedures,  and  the 
like. 

The  analysis  presented  in  Table  5-6 
examines  each  task  to  document  potential 
significant  human  performance  limitations. 
These  limitations  are  posited  independent 
of  scenario  constraints  or  individual  dif¬ 
ferences.  The  focus  is  rathei  on  the  cogni¬ 
tive  and  perceptual  attributes  involved  in 


each  task  as  documented  in  section  5.3.  In 
doing  so,  the  foundation  for  structuring 
machine  aiding  requirements  (see  section 
5.5)  is  established  to  obviate  performance 
shortfalls  identified  in  Table  5-6. 

Note  in  Table  5-6  that  possible 
limitations  are  mapped  to  the  task  level 
within  Activities  1.0  through  6.0,  and  to  the 
activity  level  in  Activity  7.0,  Perform  Coor¬ 
dination.  This  is  due  to  the  fact  that  all  tasks 
within  Activity  7.0  involve  receipt  or 
transmittal  of  information.  The  inherent 
similarity  of  tasks  within  Activity  7.0,  from  a 
human  factors  point  of  view,  indicates  that 
“possible  significant  limitations"  (and  ulti¬ 
mately  “machine  aiding  requirements")  be 
posed  in  terms  of  the  full  aggregate  of  coor¬ 
dination  tasks  (represented  at  the  activity 
level),  rather  than  on  a  task-by-task  basis  to 
avoid  redundancy. 


TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS 


TASK  NO. 

TASK 

POSSIBLE  SIGNIFICANT  LIMITATIONS 

l.i.i 

REVIEW  FLIGHT  PLAN 

DISPLAY  FOR  PRESENT 

AND/OR  F'JTURF 

AIRCRAFT  SEPARATION 

DISPLAY  SEARCH  TIME  WILL  INCREASE  WITH 
NUMBER  OF  ACTIVE  FLIGHT  PLANS.  TOO 

MUCH  FLIGHT  PLAN  DATA  "AY  LEAD  TO  ' 

ERRORS  OF  OMISSION. 

1.1.2 

REVIEW  SITUATION 

DISPLAY  FOR 

POTENTIAL  VIOLATION 

OF  SEPARATION 

STANDARDS. 

■ 

’ECU  IRES  KNOWLEDGE  OF  FLIGHT  PLA"S  AND 
ABILITY  TO  EXTRAPOLATE  TRA JFCTOPI rS  IN 

TIME.  REQUIRES  CONTINUOUS  VIGILANCE. 

1.1.3 

REVIEW  FLIGHT  PLAN 

CONFLICT  PROBE 

RESULTS 

■ 

1.1.4 

PROJECT  AIRCRAFT 

FUTURE  POSITION/ 
ALTITUDE/PATH 

REQUIRES  KNOWLEDGE  OF  FLIGHT  PLAN  AND 

ABILITY  TO  EXTRAPOLATE  TRAJECTORIES  IN 

TIME. 

1.1.5 

READ-OUT  RANGE/ 

BEAR  I  NG/TIME  FOR  AM 

AIRCRAFT  TO  A  FIX 

OR  GEOGRAPHIC  POINT 

1.1.6 

FORCE/CUICK  LOOK 

FULL  DATA  BLOCK/S 

TO  EXAMINE  TRACK 

INFORMATION  ON 

AIRCRAFT 

. 

1.1.7 

DETERMINE  WHETHER  ' 

AIRCRAFT  WILL  aE 

SEPARATED  3Y  LESS 

THAN  PRESCRIBED 

MINIMA. 

REQUIRES  KNOWLEDGE  OF  FLIGHT  PLAN  AND 

ABILITY  TO  EXTRAPOLATE  TRAJECTORIES  IN 

1IME,  AND  CONTINUOUS  VICILANCE. 

►— 

H 

CO 

SELECT  FOE  SORTING 

PRIORITY  SCHEME 

1.2.1 

OBSERVE  DISPLAY  OF 

MEW/CHANGED 

EQUIPMENT/ 

OPERATIONAL  STATUS 

MAY  REQUIRE  PERIPHERAL  PERCEPTION  OF  ' 
INFORMATION,  TIME’  SHAPING  WITH  OTHER 

VISUAL  TASKS. 

1.2.2 

OBSERVE  DISPLAY  OF 

NEW/CHANGED  TRAFFIC 

FLOW  CONTROL 

MANAGEMENT 

MAY  REQUIRE  PERIPHERAL  PERCEPTION  OF 
INFORMATION,  TIME  SHARING  WITH  OTHER 

VISUAL  TASKS. 

1.3.1 

SEARCH  DISPLAY  FOR 

INACTIVE  FLIGHT  PLAN 

ON  CLEARANCE  REQUEST 

MAY  REQUIRE  EXTENSIVE  VISUAL  SEARCH  IN 

LARGE  OISPLAY  FIELD  .'OR  DESIRED  FLIGHT 

PLAN. 

I 
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TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued) 


task  no. 

TASK 

POSSIBLE  SIGNIFICANT 'LIMITATIONS 

1.3.2 

PROJECT  MANUAL 

FLIGHT  PLAN  PROBE 

REQUIRES  COMPREHENSION  OF  THE  TRAFFIC 
PICTURE,  AND  ABILITY  TO  PROJECT 

CHANCES  OVER  TIME. 

1.3.3 

REQUEST  LIMITED/ 

STANDARD  FLIGHT/ 

PLAN  DISPLAY 

1.3.4 

REOUEST  FULL  FLIGHT 

PLAN  READOUT 

1.3.5 

ENTER  TRIAL 

DEPARTURE  TIME 

1.4.1 

ENTER  DEPARTURE 

MESSAGE 

1.4.2 

START  TRACK  MANUALLY 

1.4.3 

OBSERVE  AUTOMATIC 

TRACK  START 

l.S.l 

ANALYZE  CONDITIONS 

FOR  PROVIDING  FLIGHT 
FOLLOWING 

REOUIRES  ABILITY  TO  JUDGE  CURRENT  AND 
NEAR-TERM  WORKLOAD. 

1.6.1 

OFFSET  A  DATA  BLOCK 

1.6.2 

UPDATE/REVISE  INPUT 

REMINDER  MOTE 
(ELECTRONIC 

MEMORANDA) 

1.6.3 

REMOVE  FLIGHT  DATA 

ENTRIES  AND  FULL 

DATA  BLOCKS  FROM 

ACCC  SYSTEM 

DATA  CANNOT  BE  RETRIEVED. 

1.6.4 

REMOVE  FLIGHT  DATA 

ENTRIES  AND  FULL 

1ATA  BLOCKS  FROM 

INTERNAL  ACCC  SYSTEM 

DATA  CANNOT  BE  RETRIEVED. 

1.6.5 

SUSPEND  DISPLAY  OF 

‘ 

MAY  REQUIRE  ADDED  VIGILANCE. 

TABLE  5-5  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued), 


TASK  NO 

taSk 

possible  Significant  Limitations 

FLIGHT  DATA  ENTRIES 

AND  FULL  DATA  2L0CKS 

1.6.6 

SUSPEND  TRACK 

MAY  PECUIRE  ADDED  VIGILANCE. 

1.6.7 

DELETE  F'JLL  DATA 

BLOCK  FROM  OWN 

DISPLAY 

MAY  P  ECU  IRE  ADDED  VIGILANCE. 

1.6.8 

SUPPRESS  FULL  DATA  , 

BLOCK  FROM  OWN 

DISPLAY 

MAY  REQUIRE  ADDED  VIGILANCE. 

1.6.8 

DELETE  FLIGHT  DATA 

ENTRY  FROM  A 

SELECTED  DISPLAY 

“AY  REQUIRE  ADDED  VICILANCF. 

2.1.1 

OFTECT  AIRCRAFT 

CONFLICT  ALERT 

INDICATION 

DISPLAY  CONFUSION  IF  MORE  THAN  ONE 

ALERT  WERE  TO  OVERLAP  IN  TIME  AND 

LOCATION. 

2.1.2 

DETERMINE  VALIDITY 

OF  CONFLICT  ALERT 

NOTICE  OR  INDICATION 

• 

2.2.1 

DETECT  “SAW 

INDICATION  DR  ALARM 

DISPLAY  CONFUSION  IF  “ORE  THAN  ONE 
“SAW  WERE  TO  OVERLAP. 

2.2.2 

DETERMINE  VALIDITY 

OF  MS AH  NOTICE  DR 

INDICATION 

■ 

2.3.1 

determine  need  for  ,  ■ 
AIRSPACE  PROX I “ ITY 

PROBE 

REQUIRES  MENTAL  “AP  OF  CURRENT  SPECIAL 

USE  A I  PS  PACE  CONFIGURATION,  ABILITY  TO 
PROJECT  FLICHT  PLAN  CATA  ANO 

TRAJECTORIES  OVSR  TIME. 

2.3.2 

DETERMINE  VALIDITY 
or  SPECIAL  USE 

AIRSPACE  7R08C 

RESULTS 

• 

2.4.1 

OBSERVE  DISPLAY  FOR 

FIXEO  OBSTRUCTIONS 

ANO  NON -CONTROLLED 

AIRBORNE  OBJECTS 

THAT  MAY  INTERFERE 

WITH  AIRCRAFT  fL I GHT 

' 

RFOUIRES  KNOWLEDGE  OF  DISPLAY 

SY“BOLOCY ,  TRAFFIC  PICTURE,  SYMBOL 

SCALINC,  SECTOR  TOPOGRAPHY. 

2.4.2 

EVALUATE  CONFLICT 

RESOLUTION 

AOVISORICS 

RCJUITES  RAPID  ASSESSMENT  Or  ?•!' 

TRAFFIC  PICTURE,  ANC  NOW  OTmfoS 
“AY  BE  INFLUENCED  BY  EACH  OPTION. 
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TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued) 


PCSS.81.E  S.GN'f'CANT  ^.MlfATiCNC 


FORMULATE 
ADVISORY  •SESCLOTi: 


DETECT  AI PC°AFT 
"AN  EWER  IS  PESPCNS' 
TO  ADVISORY 


°rC'CIRFS  PAPID  \SSE3S”Fn'T  cf  tus 
“FAFF  T  C  PIDTURF,  A  S3  -Cv  DTW“*S  “A 
a'r  f ''FLVU'ICEO  PY  EACt!  OPTIC'.’. 

PRECLDCES  DONCrNTRATIDN  0*1  0Tu“P 
TASKS. 


0ETER’'ISC  VALIDITY/ 
APPPCPRI AT£VES3  OF 
CSE  OF  AN  ALERT 
DISPLAY 


INHIBIT  CONFLICE 
ALERT  FOP  PAIRS: 
M POPART 


“AY  0£;L'IoF  ADCCD  V1CILA-CI 
'•'SURF  SEFAPATIO*:. 


.IMHiaiT  CONFLICT 
ALEPT  FOR  CROUP 
SUPPRESSION 


RSCJ  I  0  S  S  ADDED  VICtCAiCS  TO  EDS'.,'  PE 
SFPAOATIOV.  CONTROLLERS  -VST  IF 
A..A»F  OF  CONFLICT  ALFRT  STATE'S  Ip/ 
WMF*)  SITUATION  C-ANCES. 


INMIOIT  CC’TLIC? 
ALrPT  1*1  SPECIFIES 
ARFA 


inhibit  -saw 

r i  1*;/-—  J  J  •• 

SPfCIFIFD  »PRA 


i*'>m°:t  -saw 
R’.'NCT  10::  E^O 
SPECIFIED  AIPCDAFE 


RESTORE  5PFCIrIC 
ALrPT  RWCTIDIi  TO 
UC°-AL 


EVAL  "  ATE  CO'I  STP  A  I  * 
EFFECT  “•)  FLTW 


:><  Of  r  :  rj  ;  i  r- 


,'C.'L'!»re  *>-0  *LpDGE  '’F  TR  AFF I  “  PICT' 
ABILITY  TO  PROJECT  NEAR-TFP-  T«*A“F 
SC.VVCES.  CONST**!*"?*  5  EF"FC“ 

PE  ASSESS  CD  ACCTPD  l*‘0  TO  ACT  I  C I  »»?< 
DURATION  AND  STW-ITYV 


■  v  r  -  —  -7  r- j  v 


TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued) 


SC 

^CSSidce  S4uNtf  CANT  ^iMtTATlCNS 

3.6. i 

03SSP7E  \l 
rs^vsir,  ■?  y  a 
-CCNT°CLL  £- 
**?  jrc* 

-AY  PETTI  PE  pYTENSI7E  VISUAL  SEARC'J  IN 

LARGE  'I  SPLAY  FIELD.  "CST  PE  ABLE  TO. 

RAPIDLY  VISUALLY  ACCU I  °E  NC'.J- 
DDNTSCLLE’'  (VS.  CONTROLLED )  O'*  DECT . 

3.5.: 

5r\»r%!«ro  '  c 

aihspact  :\""»*s:cv 

3.5.  3 

flioht-folltv,  v 

?95£s.'i;  ;CN  - 

ddnt®~llfd  30 j:ct 

“US7  DIFFERENTIATE  OBJECT  STATUS 

FLICHT  FOLLOWED,  SON-CONTROLLED) 

FPO-*  0TU £P  CONTROLLED  AIRCRAFT. 

4.1.1 

TNTSP  ■"0  I  A  L  ~LI“U? 

PLAN  A'-E?:nME,.’T  , 

’ID ID  FDP-ATS  CAM  CONTRIBUTE  TO 

PNT°  Y  pFRORS  . 

4.1.2 

»cVIE>i  POTENT  I AL 

I“?EDI“ENTS  FOR  3 “  PACT 

ON  PRC  PC SET  2LEA3ANCE 

“ECU! RES  KNOWLEDGE  OF  DISPLAY 

SY-BOLOCY,  TRAFFIC  PICTURE,  SYMBOL 

SCALING,  SECTOR  TOPOCRAPHY.  SPECIAL 

USE  AIRSPACE.  “L'ST  BE  ABLE  TO 

PROJECT  TRAJECTORIES  OVER  Tt“F.. 

4.1.3 

SELECT  CONFLICT 
oESDLUTTCN  \DVI5CRY 

OPTION 

0  ECU  IRES  RAPID  ASSESSMENT  OF  THE 

TP A FF I C  PICTURE,  AND  MOW  OTHERS  “AY 

PE  INFLUENCED  BY  EACH  OPTIOtl. 

4.1.4 

-CP*  LATf  \  CL  T  A  9  ANCE 

WIT*-'  APPROPRIATE 

INSTRUCTIONS 

, 

TO'.’!  RES  RAPID  ASSESSMENT  OF  THE 

TRAFFIC  PICTURE,  AND  MOW  OT'IEPS  “AY 

RE  INFLUENCED  by  EACH  OPTION. 

POFCLUIOFS  CONCENTRATION  on  other 

TASKS . 

4.1.3 

T  9 V  P !  L^T 

PPCAPO:*;^  rT**PLI*NCp 
v  I  TV  'CLr*  p  \NCr 

4.1.6' 

I S  3  r  rLPAP^NC*-  AN*' 
;*:tp'jct:tns  t-  pilot 

•  . 

4  .  1  .  T 

I^S  'JT  TL  r  A  9  A*:Cr  T^®V 

ATCT  *“<*  3  fO®  "ELAY  7~ 

®il:t 

4.1.3 

VERIFY  »:? 0°Ar- 

-d-pliance  *:-« 

CL“ARA';.Cr 

4.2.1 

”  *!  J L  ' 3  r  “•  *:  PC  c  ‘  *  Y 

5E5  KNOWLEDGE  (LONG-TERM 
■r>"'RYI  DF  4  PP  ROPE  I  ATE  CO'TI  ’.OE*"CY 

3LA*' . 

4.3.1 

p p,>? y r v  r  ?of  “p 

■  ?r : : vl  ;f*  *a? : ~n * 

•>r'--.,IRFS  o;,'t.r3Gr  (LONC-TF®** 

•t“o»yi.  or  sprctAL  reritio-s 
■’pCCc-"JRp3  ANO.FFrrCTS  3N  ELOV 
'no  sr - Ci-.-G.  ‘ 

TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued) 


opsfrvg  tew 

PLAT  ALERT 


POSSIBLE  SIGNIFICANT  LIMITATIONS 


"LIGHT 


"AY  REQUIRE  PEPIPHE°AL  PF°CE?TIOT 
OF  I''FOR.MATIOT,  TIME  SUAPI‘'G  ..’ITw 
OTHEP  VISUAL  TASKS. 


-UST  SE  ABLE  .'0  "API CL Y  PFRJEI7E 
"'ISSIMG  DATA  I."  A  COMPLEX  FI  FLO. 


4.4.3  c"-'?CSr  'ENTER  FLIGHT 
PLAN 


PI G 10  FORMATS  CAT  CONTRIBUTE  TO 
“TTRY  FRROPS. 


4  .  4 


o fl "T r  :fv:  /light  ?Lan 

ALERT 


4.4.5 

REVIEW  FLIGHT  PLAT 

FOP  FRR0°S/DA7A 

LIST  SEQUENCE 

DISPLAY  SEARCH  TIME  WILL  INCREASE 

VITH  NUMBER  OF  ACTIVE  FLIGHT  PLANS. 

TOO  MUCH  FLIGHT  FLAT  DATA  MAY  Lt-AO 

TO  ERRONEOUS  OATA  IN  A  COMPLEX 

FIELD.  ' 

4.5.1 

RECEIVE  FLIGHT  PLAT 

amendment  fpcm 
computer 

• 

4.5.2 

highlight  FLIGHT 

PLAN  POSTING  FOR 

REMINOFR  ACTIO’.- 

4.5.3 

COMPOSE /ENTER 
“■LIGHT  PLAT 

AMENDMENT 

RIGID  FORMATS  CAN  CONTRIBUTE  TO 

ENTRY  ERPORS. 

4.5.4 

FTTER  PILOT'S 

POSITION  PFPCPT 

IN  SYSTEM 

4.5.5 

DFLETE  FLIGHT  PLAN 

AMENDMENT  HIGHLIGHTING 

5.1.1 

OCSFO'/F  DISPLAY  OF 

HEATHER  LITE/INTFTSITY/ 
RASE/HEI CHT/TOVE-FNT 

DISPLAY  CONFUSION  IF  INFORMATION 

DENSITY  EXCFEDS  PPESCRICED  TA  XIMA . 

HAY  OBSCL'OF  OTHER  DISPLAYED  DATA 
<r.C.,  AIRCRAFT  POSITIONS,  OATA 

BLOCKS). 

5.1.2 

R  F  C  FI  V  p  SIC-FT/AIRMFT 

5.1.3 

^rCrI'/h!  ao’pr. 

I"C  FRO**  •LTFCROLCGIST 

5.1.4 

C  .'TT*  PI  of;?  I*.*TO  <?yi?Tr.M 

:  *  *  *  - 

"FTt^^ivr  ,vH«:r 
\rjACr*’T  covr^oLcrp 
op  pilot  -:rns 

.■FATMfP  A0VI<>O?y 

'•'.'ST  °E  ABLF  TO  POCSECT  1  'E\7UER 
•HJVEMFTTS ,  and  POTF-TI AL  rFFrCTS  °T 

FLOW,  TRAFFIC  SE'-Tr'CI'"'.  "AY  rf?ui»e  1 

p::owLrorp  or  aipcpaft  cmarac-fristtcs. 
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TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued) 


DETERMI  ME  WEATHER 

impact  o:;  routes/ 

FLO',' 


DETERMINE  altitude/ 

~ O r 7 r  CHANGE  TC 
BYPASS  SSVSPF  WEATHER 


POSSIBLE  SIGNIFICANT  LIMITATIONS 


MUST  TC  ABLE  TO  PROJECT  WEATHER  MOVE¬ 
MENTS  ,  AND  POTENTIAL  EFFECTS  GfN  FLOW , 
TPAFFIC  S  ECU'  EMC  I  MG  . 


PEGU  I  PI'S  KNOWLEDGE  OF  TPAFFIC  PICTURE, 
ABILITY  TO  PPOJECT  NEAR-TEPM 
SEQUENCES •  M”3T  fc'p  ABLr  TO  ASSESS 
CHOICE  IN  TERMS  OF  EFFECTS  TO  07”Sp 
AIRCRAFT  AMD  DOWNSTREAM  FLOWS.  MAY 
REO'J  IRE  KNOWLEDGE  OF  AIRCRAFT 
CHARACTERISTICS. 


RECEIVE  WEATHER 
SEQUENCE 


RECEIVE  ..FATHER 
REPCPT  UPDATE 


DETERMINE  WHETHER 
USABLE  FLIGHT  LEVEL 
"AS  CHANCED 


DrT  E RM  I  NE  WHrTMFR 
P'JNWAY  CONDITIONS 
"AVr  CHANGES 


OTTERM I NE  WHETHER 
CONTROL  »0»'C  IS 

I  rp  /•/  pp 


REVIEW  S'Y  S7r*‘  STATUS 


REVIEW  TPAEEIC 
STATUS /WEATHER 


VEFIEY  THAT  ALL 
PEGUIRRD  DISPLAY 
COMMIT!  I  CAT  I  ON 
JVI77-.SS  ARE  IN 
loporp  LOCATION 


PERFORM  LOG -Of: 
fRCUENCE  »~ 
DESIGNATED  CONSOLE 


—•ST  RE  ABLE  TO  RAPIDLY  ASSESS 
ANOMALOUS  CONDITIONS. 


PE^'IIRRS  COMPREHENSION  OF  ?!«** 
TPAFFIC  PICTURE,  ANC  ANILITY  TO 
PEOJFCT  "HA'TES  OVER  TIME. 


-I'ST  RF  A°LE  TO  RAPIDLY  ASSESS 
ANOMALOUS  CONDITIONS. 


TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued) 


6.7.3 


TASK 

POSSJ8LE  SIGNIFICANT  LIMITATIONS 

set-’.'?  workstation 

ADAPTION  PARAMETERS 

DECOCT  *'0*«- 
ACCEPTA.\‘Cr  OF 

INPUT  DATA 

DETECT  OCCUR  °E\'CD 
■OF  SECTOR  SUITE 

failure 

DESERVE  SECTOR 

SUITE  DATA  EASE 

RESTORATION 

COMPLETION  MESS ACT 

DETECT  OCCURRENCE 

OF  ACCC  FAILURE 

REVERT  TO  ACCC 

BACKUP  PROCEDURES 
(TOO) 

RARELY  OCCURRING,  RFQUIf»INC  BE I NG I NC 

UP  PROCEDURES  FPOM  LONC-TEPfl  MEMOPY. 

DETERMINE  AIRCRAFT 

NEEDING  SUBSTITUTE 

ROUTING 

REQUIRES  KNOWLEDGE  OF  THE  1RAFFIC 

PICTURE,  AND  HOW  OTHER  A I PCRAFT  MAY 

BE  AFFECTED  BY  PLANNED  REROUTING. 

MONITOR  STATUS  OF 
QUESTIONABLE  NAVAID 

REQUIRES  VIGILANCE  AND  TIME-SHARING 

WITH  OTHER  TASKS. 

OBSERVE  SUBSTITUTE 

ROUTING  OH  DISPLAY 

MAY  REQUIRE  PERIPHERAL  PERCEPTION  OF 
INFORMATION,  TIME  SHARING  WITH  OTHER 

VISUAL  TASKS. 

OETERMIME 

COfIMUN  I CAT I 011  FAULT 

REQUIRES  KNOWLEDGE  OP  OPERATIONAL 

FAULT  ISOLATION  PROCEDURES. 

ADJUST  'COMMON I CAT I ON 

STRATEGY 

REQUIRES  KNOWLEDGE  OF  OPERATIONAL 

BACKUP  PROCEDURES,  AVAILABLE  OPTIONS. 

SWITCH  TO  BACKUP 
RADIO/FPEQUENCY 

DETERMINE  IMPENDING 
CONTROLLER  OVERLOAD 

EXCHAFCE/ASSIGN 

INTPA-POS ITION 
RESPONSIBILITIES 

REQUIRES  ABILITY  TO  JUDCE  CURRENT  AND 
DEAR-TERM  WORKLOAD. 

REQUEST  ASSISTANCE 

OR  RELIEF. 

REQUIRES  ABILITY  TO  JUDCE  CURRENT  AND 
NEAR-TERM  WORKLOAD. 

TABLE  5-6  POSSIBLE  SIGNIFICANT  LIMITATIONS  (continued) 


TASK  SO 

TASK 

POSSIBLE  SIGNIFICANT  LIMITATIONS 

e  . n  .  1 

PFSCEIVE  TRACKING 

"L’ST  PE  ABLE  TO  PAPI0LY  ASSESS 

fa”lt  op 

TRANSPONDER  FAILURE 

ANOMALOUS  CONDITIONS. 

S.3.2 

REPOSITION /UPDATE/ 

~EAS  3DC 1  ATE  "AT A 

0L0CK3 

VISUAL  ACUITY  AMD  PARALAX  PROBLEMS . . 

6.10*1 

03S-PVE  **KSSASF  0:: 

MAY  PEQL’IPC  PERIPHERAL  '.’IFICV,  TIME 

LOSS  OF  OAT'  PASS 

SHAPING  MTH  OTHER  VISUAL  TASKS. 

6.1\2 

DETECT  FAtt.UPE  TO 

••L’ST  EE  APLP  TO  RAPIDLY  ASSESS 

UPDATE  FLIGHT  '•  °LAN 

DATA  OA'SF 

ANOMALOUS  CONDITIONS. 

6. 1C.  3 

Enter  display 

A.'irMD’*r”’r  message 

ON  CONSOLE 

6.10.4 

ENTER  ELICHT 

PLAN  Otl  CONSOLE 

MAY  BE  TIME-COHSUMlflG  TASK. 

6.10.5 

RESEQUENCE  flight' 

PLAN  ON  CONSOLE 

6.11.1 

dctfct  unpeliaulf 

VSCS  COMMUNICATION 

7.3 

PERFORM 

PEOL’IPES  »UPAL  ACUITY,  VFPPAL  ARTICU- 

coordination*' 

LAT ION,  AMD /OR  MESSAGE  COMPOSITION. 

•*AY  DE0U IRE  PERIPHERAL  VIStOM. 

GENERALLY  INVOLVES  "t’LTI  -TASK  TIME 

SHARING  AND  COCNITIVE  SORTING  OF 
PRIORITIES.  MAY  INVOLVE  FUNCTION/ 
FREQUENCY  SELECTION  ONCER  TIME  STRESS. 

•'ACTIVITY  7.3. 

TPL’"CATrr>  to  relfect 

COMMON  NATURE  OF 

TASK  LIMITATIONS 

5.5  Definition  of  Machine  Sue 


Machine  aids  are  defined  here  as  use¬ 
ful  tools  which  reduce  Controller  stress 
points(both  in  frequency  and  in  magnitude), 
maintain  alert  levels,  facilitate  training  and 
improve  human  productivity.  Machine  aid¬ 
ing  of  Controller  task  performance  can  be 
used  to  reduce  stress  in  either  overload 
conditions  (by  taking  over  some  human 
functions!  or  underload  conditions  (e.g.,  to 
aid  vigilance  performance).  Machine  aids 
are,  therefore,  information-processing  tools 
which  aid  the  interactive  user  (the  Con¬ 
troller)  in  task  accomplishment,  problem 
solving,  and  decision  making  Examples  of 
machine  aiding  include: 

Vector  Lines 
Leader  lines 
Intensity 
Zoom 

Variable  Character  Size 
Variable  Window 
Color 

Flashing  Data  Block 
Rotation  (in  2D  or  3D  space) 
Highlighting  (may  include  flash/blink) 
Sorts 

Distance  Scaling  (may  include  Range 
Marks)  from  Selectable  Points 
Range/ Bearing/Time 
Conflict  Probe 
Generation  of  Clearance 
Advisory  Options 

Automatic  Flight  Oata  Block  Offset 
procedural  Data  Base  (such  as  Check¬ 
list  Call-up) 

A  ural  Alarm 

Selective  Data  Deletion/Presentation 
Polygon  Inputs  (sketch  on  a  screen) 
Format  Reference  Guide  (Menu) 

A<ert  indicator 


potentially  valuable  machire  aids  for  each 
task,  along  with  selection  rationale  and  the 
associated  qualitative  human  performance 
requirements. 


The  identification  of  appropriate  machine 
aiding  jrequirements  for  Controller  tasks  is 
the  first  step  in  synthesizing  the  dialogue 
definition  language  (presented  in  Chapter 
8.0)  foij  the  AAS  MMI.  These  requirements 
are  summarized  in  Table  5-7.  The  machine 
aiding  requirements  presented  in  Table  5-7 
map  tb  the  information-processing  task 
analysis  (section  5.3)  and  the  resultant 
potential  human  performance  limitations 
cited  ir^  section  5.4.  Table  5-7  lists  a  set  of 
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TABLE  5-7.  MACHINE  AIDING  REQUIREMENTS 


TABLE  5-7.  MACHINE  AIDING  REQUIREMENTS  (continued) 


OBSERVE  AUTOMATIC 
TRACK  START 


TABLE  5-7.  MACHINE  AIDING  REQUIREMENTS  (continued) 


TABLE  5-7.  MACHINE  AIDING  REQUIREMENTS  (continued) 
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TABLE  5-7.  MACHINE  AIDING  REQUIREMENTS  (continued) 


TABLE  5  7  MACHINE  AIDING  REQUIREMENTS  (continued) 
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TABLE  5  7  MACHINE  AIDING  REQUIREMENTS  (continued) 


un  ivt  limit  roi»».  nit  in  ii.ntiMt:.  nismimMATts  ANiMimiNT  awm-ihiss  o*  ahpniihi  iit 

ham  AMI  ttl  ml  MT  IMTIMSITI  STATUS  STATUS  IN  HICIIT  f|  AN 

i  Mm  * smitiT i  m 


TABLE  5  7  MACHINE  AIDING  REQUIREMENTS  (conlmued) 


VJ.VQ  U.  .I1VMJIS  Hit|(M 

Mti|rt||.lf,ilij  i.lt"IUlN  '’HIMMilll  ‘  Me »» *  /  'IV  >.i|||m 

M  I  f  lOMXfin  >  OJ.  Vi.V'1  lll'.fVlHVA  iml  IUMI1,  M'l  * »  *  *  + 

H  IIIJV  r  *  t  i«t  t  in  mu  t<*  ot  t  /finii.i  rut  vtvi  <au  *iii.  himivim  iniuh  u 


TABLE  5  7.  MACHINE  AIDING  REQUIREMENTS  (continued) 


AT  k\  T  I  v  At  I  t»u  Itllil  V  lilUAI  t/AT|<il|  .  »*' 

■  »  :*  l<-MM  •  l»  •  Illl  «M|  t  IttIHIt  r.tATI  ItN  I  is 

hi  *i*i  A** 


TABLE  5-7  MACHINE  AIDING  REQUIREMENTS  (conlmued) 


TABLE  5-7.  MACHINE  AIDING  REQUIREMENTS  (continued) 


TABLE  5-7.  MACHINE  AIDING  REQUIREMENTS  (continued) 


C*  Z  x 
—  <  C 
vs  •  V) 

—  >• 


3  S  x  H 

—  c  —  < 

CL  —  C/}  X 
2  12/ 


•  ►  tfl  h 

X  <  —  </> 

r  >  3 

I-  2  O  ^  W 

v.  c  3  'w  r 

3  -  <  - 


•  ^  W  X 

SX'^L. 

c/!  c  x  3 

~  r  \  <  z 

3  r  r  i-  3 

>CM2 

c  as  ; 

x:».»»~  — 

3.  C  VS  <  H 


ATTIVIT*  J.fl  TMlItfc *ATi:o  T|l  MrH.M’T  Tin 
COMMON  HA  tUNI  OK  TANK  AIUIHI,  MCO'I I  HKMKtlT 


5.6  Event  Chain  Workload  Assessment 


This  section  presents  the  event  chain 
workload  assessment  described  in  section 
4.1.1  and  Figure  5-2.  Event  chains  are  a 
time-sequenced  senes  of  a  subset  of  the 
AAS  events  presented  in  Chapter  3.0.  This 
sequenced  subset  of  AAS  events  is  derived 
from  a  postulated  scenario  or '‘snapshot”  of 
activities  at  a  given  sector.  In  this  case,  pos¬ 
tulated  scenarios  were  chosen  from  Ref.  4 
(CDRL  A001 ).  These  scenarios  have  been 
associated  with  a  qualitative  workload 
measure  for  the  current  operations  (Ref.  4) 
and  so  provide  a  vehicle  to  contrast  current 
operations  and  AAS  Controller  workload  for 
a  given  chain  of  events 

In  mapping  tasks  to  respond  to  the 
event  chains  task  clusters  or  portions  of 
sub-activities  are  selected  and  appropri¬ 
ately  grouped  as  shown  in  Figure  5-3.  This 
task  clustering  is  indicative  of  the  multi¬ 
processing  capabilities  of  Controllers  in 
response  to  multiple  events 

Figures  5-4  through  5-6  present  the 
three  event  cnain  workload  assessments 
which  have  been  chosen  as  exemplary  of 
the  AAS.  Time-sequenced  events  are 
derived  from  the  scenario  narratives  in  the 
figures  listed  in  the  leftmost  columns  Logi¬ 
cal  displays  (derived  from  Ref.3)'  directly 
involved  in  task  accomplishment  are 
shaded  accordingly.  Workload  assess¬ 
ments  are  based  upon  the  Controller  task 
compositions  at  each  stage  of  the  scenario's 
evolution.  An  “overall  AAS  assessment"  of 
Controller  workload  is  also  shown  in  each 
figure. 


(SCENARIO)  -  SEQUENCE  OF  EVENTS  WHERE  PROBABILITY  OF  OCCURRENCE  IS  HIGH 


Figure  5-3.  Task  Clustering 
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Chapter  6.0 
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An.  .!>  >pe»it.on  consists  ot  a  grouoof 
sectors  *<?Cui'  nq  ’n»*  se'V'  e  V  seven  'earns  Taro 
'ear's  are  ;n  -j  — a,c<  -r  n  at  ce  tne  A  -vpicai  an 
rote  ccnr-o- 'Km  w-m  S  .i-»as  ,<  cce'ation  each 
wh  a  "irr  ^n  o‘  n  sectors  wound  contain  ap- 
C'C*  mate.v  ">,c  operational  sectors  on  the  gay  ana 
?ven  nq  ;•  i  T--p  -urrce'  ;»  sectd's  s  ’educed 
u.-ns;ce»a&«y  on  a  -"1001001  shift  ;v  compming 
positions,  ana  sectors 

a  xii  peromance  'evei  ourreyman  -acar 
Controller  mil  be  censed  p’cfic  ent  on  ail  sectors 
e'thm  ’he  assignee  area  ot  specialization  Nor¬ 
mally  an  ar£a  ot  spec  a'’za:  or  eriii  not  en- 
comoass  portions  of  rwo  areas  of  operation  The 
s.ze  and  configuration  of  sectors  a  e  oeterminea 
hr  ’aft  c  volume  traffic  "ow  ’■/pes  of  aircraft, 
•efiriinai  ocation  ang  activity  spec  ai  operations, 
origination  requirements,  ccnsciiaafion  capa- 
•iity  agio  ang  raaar  coverage  amj  airway  align¬ 
ment  Accordingly  sectors  are  n mined  so  as  to: 
Mi  conram  the  longest  possiOie  segments  0*  air¬ 
ways:  ibi  conform  with  the  primary  traffic  flow:  (c) 
distribute  workload  eauitabiy.  and  d)  p'rovide  for 
position  and  sector  consolidation  capability. 


6  2  Definition  of  Gortrci.ier-'o-€.c"i-pief 
interfaces  iCrew  Team  "actors. 

Prior  to  automaton  Comnniers  were  re- 
auired  to  vertcaily  forwaxo  'light  cata  ana  amenc- 
rnents  With  the  advent  of  computers  *he  Con¬ 
trollers  entereo  the  flight  data  nta  the  compute' 
system  which  would  then  ‘anwarr  the  oata  *0 
aooroonate  Controllers  The  'acar  tracking  pro¬ 
grams  aisc  ’epiaceC  the  veroai  nancotf  with 
automated  hanoeffs  wherever  fatcut>es  were  nier- 
‘acec  by  oomouter  systems.  Not  ony  was  Con¬ 
troller  productivity  increased,  but  me  computer 
eliminated  errors  associated  with  ‘i*  time  ano 
speed  calculation  as  we«f  as  most  -acar  target 
misidentificaoon. 

Even  though  the  computer  systems  ha'  e 
been  significantfy  increasing  Cont-piier  pro- 
Ouctivttv  and  safety,  considerable  coordination 
was  required  between  Controllers  and,  or  ‘acuities 
This  coordination  involved  the  flight  path  of  air¬ 
craft.  especially  on  radar  vectors,  pcumouts  and 
use  of  airspace,  transfer  of  control  and  restne- 
tions.  and  weather  information  and  dissemination 

Another  factor  which  affected  coordination 
was  me  difference  m  computer  systems  n  me 
TPACQN  (ARTS  III.  ARTS  It.  RDEP  etc  !  ano  the 
centers  1  NAS  Stage  At  The  fart  at  light  plan  data 
base  within  the  ARTS  or  the  lack  of  an  interface  10 
access  the  center  s  date  base  had  a  constraining 
effect  on  the  exchange  of  information 

The  functions  of  the  ACF  will  reduce  verbal 
coordination  between  Controllers  A  common 
flight  plan  and  radar  data  base  wt»  be  available  to 
att  Sector  Suites.  Automatic  pomtouts  conflict 
probes.  1  itioo  of  probes,  airspace  redefini¬ 
tion.  weather  presentation  and  transmission. 
Mode  S  data  link,  and  improved  display  and  com¬ 
munications  techniques  will  reduce  Controiler-to- 
Controller  and  Co ntrot!er-to- pilot  coordination  and 
communication.  Verbal  communication  between 
positions  within  the  same  Sector  Suite  will  be 
reduced  by  automatic  updating  of  oata  on  all  dis¬ 
plays  within  the  console,  as  opposed  10  strip  mark¬ 
ing  and  computer  data  entries. 
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Figure  8-1 .  Team  Organization 


5  3  Personnel  Organization  Moce<s 

The  ooeratiora:  positions  within  the  current 
TRACON  are  assooateo  eith  amvtnq  ano  de¬ 
parting  ‘lights  *c  the  airports  within  the  TRACCN 
airspace  At  some  mater  airport  areas  the  arriving 
?t*gnts  are  contrciiec  Pv  teeoer  positions  *no  ac¬ 
cept  the  transfer  of  control  'torn  the  center  ano 
establish  an  arnvai  seauence  for  the  flnai  Con¬ 
troller  Departure  Controllers  normally  control  ce- 
parting  flights  shorrty  after  they  are  airtxme  until 
the  tiansfer  of  control  <s  effected  with  the  center  or 
another  'acuity 

in  addition  to  feeder  flnai  and  departure 
positions,  many  current  TRACCNs  have  a  sat- 
eilite  Controller  position  which  s  resoonsiDie  for 
control  of  aircraft  at  sateMite  airports  T rafhc  that  is 
flying  through  the  terminal  area  is  control  led  py  a 
position  that  >s  controlling  that  airspace 

The  Paste  unit  of  airspace  m  each  en  route 
area  of  operation  >s  the  sector  The  sector  s  a 
volume  of  defined  hori/on*ai  and  vertical  dimen¬ 
sions  tor  which  a  Controller  or  a  group  of  Control¬ 
lers.  nas  responsibility  Sectors  are  ciassrfied  as 
radar  norwaciar  or  oceanic  Sectors  can  aiso  oe 
classified  Dv  altitude  strata  such  as  nigh  altitude 
or  tow  altitude  Sectors  may  Oe  categorized  as 
overflight  or  transition  types.  where  the  transition 
sectors  control  moounl  outbound  flights  out  of 
maior  terminal  areas  Some  sectors  involve  only 
military  operations 

The  sequence  of  positions  sectors  hat  a  jet 
atreraft  m*gnt  be  controlled  when  departing  and 
amvmg  at  major  airoorts  m  today  s  system  13  as 
follows: 

Position  Sector  Facility 


Clearance  Delivery 

Tower 

Ground  Controller 

Tower 

Local  Control 

Tower 

Departure  Control 

TRACON 

Low  Altitude 

Center 

(Departure  Transition) 

High  Altitude/ 

Center 

Multiple  High  Altitude 

Low  Altitude 

Center 

(AmvaJ  Transition 

Feeder  (or  Arnvai) 

TRACON 

Final 

TRACON 

Local  Control 

Tower 

Ground  Control 

Tower 

A  scenario  for  a  cw  altitude  flight  departing 
from  ano  arriving  at  a  small  asrpert  witnm  a 
TRACON  s  area  might  oe  as  follows 

Position  Sector  Facility 

Satellite  Controller  TRACON 

•c'cm  a  ocai  VFR  tower 
F  .ght  Service  Stanon  or 
direct  ‘requency  contact! 


Low  Altitude  :en  route  1 

Center 

Multiple  Low  Altitude 

Center 

[Including  non-radar 

(Multiple) 

manual  sectors! 

Feede*  ior  arrival | 

TRACON 

Controller 

Satellite  Controller 

TRACON 

The  same  jet  aircraft  might  oe  controlled  by 

the  following  positions  in  the  AAS 

Position  Sector 

Facility 

Clearance  Delivery 

Tower 

Ground  Control 

Tower 

Local  Control 

Tower 

Low  Altitude 

ACF 

(Departure  Transition) 

High  Altitude? 

ACF 

Multiple  High  Altitude 

Low  Altitude 

ACF 

(Arnvai  Transition) 

Feeder  (or  Arrival) 

ACF 

■  Final 

ACF 

Local  Control 

Tower 

Ground  Control 

Tower 

It  is  anticipated  that  new  functions  will  permit 
Supervisors  and  Managers  to  improve  upon  the 
use  of  personnel  resources  and  position  staffing. 
The  use  of  improved  traffic  management  functions 
or  flow  control  by  traffic  management  coordinator 
will  provide  for  a  smoother  flow  of  en  route  traffic. 
This,  combined  with  metering  improvements  and 
improved  weather  forecasting,  should  sub¬ 
stantially  reduce  maior  delays  at  terminal  areas. 

Sector  workload  probes  will  allow  the  Super¬ 
visor  to  make  improved  decisions  on  sector  staff¬ 
ing.  The  allocation  0*  personnel  to  positions.  Or  the 
configuration  of  positions,  will  be  predicated  upon 


the  information  provides  Sy  this  sector  workload 
analysis  A  composite  picture  of  ail  sectors, 
complete  with  flew  control  reamer  ana  historical 
traffic  trends,  will  enacie  Managers  to  nare  n- 
formea  decisions  on  ACF  staging  'easements 

Given  the  results  of  sector  /vc"ooad  anaivsis 
and  dynamic  reconfiguration  capaemtes  me 
Supervisor  can  mate n  Controller  workload  tc-  traf¬ 
fic  demands  Thus,  the  Supervisor  eeccmes  more 
of  a  resource  manager  man  s  ocss.oe  at  present 

6.4  Task  Allocation  to  Functional  Controller 
Positions 

Staffing  of  ACF  Controller  positions  at  sector 
workstations  will  oe  reasonably  comparaoie  to  me 
current  functional  staffing  of  terminal  and  en  route 
positions 

For  sectors  in  the  terminal  area,  the  pnmary 
functional  position  of  a  one-man  workstation  is 
labeled  "Approach  Controller  *  This  radar  position 
implies  feeder,  final,  and  departure  control  func- 
bons  for  both  the  main  terminal  ana  any  satellite 
operations  Local  procedures  may  further  sub¬ 
divide  that  position  into  separate  staffing  of  each 
such  control  function,  cr  even  further  into  di¬ 
rectional  subdivisions  of  eacn  Their  tasks  would 
be  nearly  identical,  differing  mainly  m  which  air¬ 
craft  are  to  be  controlled  Task,  frequency  of  per¬ 
formance  and  perhaps  the  importance  of  some 
tasks  may  differ  among  the  subdivided  positions, 
but  the  same  task  units  of  work  would  generally  be 
a  part  of  each  position 

The  Approach  Controller  is  a  full  performance 
level  Controller,  and  is  responsible  for  separation 
of  aircraft  that  are  withirt  the  position  s  area  of 
responsibility.  This  basic  position  may  be  aided  by 
a  Controller  in  servicing  the  ai-craft  of  the  respon¬ 
sible  Approach  Controller.  Performance  of  the 
Coordinator  of  some  Approach  Controller  tasks 
does  not  relieve  the  Approach  Controller  from 
performance  of  those  same  tasks,  though  they  will 
be  performed  for  different  aircraft  or  situations. 
The  tasks  are  shared,  not  reallocated.  However, 
when  the  Coordinator  position  is  staffed,  that  posi¬ 
tion  most  often  will  be  the  predominant  performer 
of  those  tasks  assigned  for  Coordinator  per¬ 
formance  in  feeder,  final,  and  departure  control. 

For  en  route  sectors,  the  primary  functional 
position  of  a  one-man  workstation  is  labeled  “En 
Route  Controller.”  The  En  Route  Controller  is  a  full 
performance  level  radar  Controller,  and  is  respon¬ 


sible  for  seoaration  of  aircraft  thai  are  wmir  me 
sector  s  area  of  responsibility  When  -gear  cover¬ 
age  is  limited  or  not  available,  standard  nor-'acar 
seoaration  s  applied.  This  reouires  greater  pre- 
planntng  activity. 

Shouic  traffic  warrant  expa..o:cr  sector 
staffing  to  a  two-man  workstat.on.  me  ~~  Scute 
Controller  normally  will  be  aicec  ttv  a  ocs-ficn 
laoeieo  the  Ivon-raoar  En  Route  Assist  "n>s 
position  >s  cornparao'e  to  tocav  s  D  Racar  Asso¬ 
ciated  Conroiter  responsible  'or  me  management 
of  me  Fiignt  Data  Entries  ana  Cispiav  anc  ‘or 
long-range  preplanning  contra  act  c"s  Sep¬ 
aration  responsibility  is  primari'v  through  me  sso- 
ance  of  some  clearances  anc  coorcmatio'h  wtn 
other  facilities  anc  positions  by  use  of  VSCS  nter- 
phone  communication  Some  nformat.cjn  'or- 
wardmg  anC  emergency  communicating  fas*s  are 
aiso  assumed  by  th  s  position  These  r*':ea  me 
pnmary  responsibilities  of  the  seccnc  centre,  posi¬ 
tion.  and  do  not  necessarily  hmit  the  ’as*  over'ap 
between  the  two  en  route  control  pesmoos 

Further  expansion  o f  an  en  route  workstation 
to  a  three-man  ooeration  normally  will  be  accom¬ 
plished  with  aiding  by  a  radar  position  aceied 
"Coordinator  ■"  This  is  comoaraoie  to  today  s 
Radar  Handotf  Controller  n  servicing  the  aircraft 
of  the  responsible  En  Route  Controller  As  with  the 
Coordinator  m  the  terminal  area  the  en  route 
Coordinator  task*  are  snared  with  the  En  Route 
Controller,  not  reallocated  Both  mav  perform 
many  ot  the  same  tasks,  but  for  different  aircraft  or 
situations  as  may  be  assigned  or  agreed  Both 
types  of  Coordinators  perform  essentially  the 
same  tasks. 

These' five  functional  ACF  Controller  posi¬ 
tions  assume  the  support  of  important  functions 
performed  by  other  ACF  personnel,  such  as  Area 
Supervisors.  Flow  Control, Mefennq  personnel. 
Meteorologists,  and  other  sysitem  support 
positions. 

The  specific  composition  of  a  Sector  Suite 
Team  will  fluctuate  from  time  to  time  as  the 
amount  and  nature  of  air  traffic  necessitate  as¬ 
sistance  in  handling  workload.  Local  procedures, 
as  well  as  the  size  and  character  of  terminal  areas 
and  sectors,  also  influence  the  makeup  and  re¬ 
sponsibilities  of  the  Sector  Suite  T earn.  In  addition 
to  the  tasks  captured  here,  ACF  Controllers  will 
contend  with  many  area  procedures  and  adap¬ 
tations,  and  changes  thereto. 


Taote  6-’  notes  which  ACF  Controller  tasks 
mav  be  considered  a  part  of  ’he  ;o0  of  the  five 
prmarv  ‘unctionai  positions  These  tasks  are  citeo 
■n  columnar  order  as  ‘oiiows.  along  with  their 
controller  coding  within  the  taOie: 

'are  Code  Functional  Position  Lapei 

’eirmnai  Area  Control  Positions 

A  Approach  Controller 

C  Coordinator 

£n  'joule  Control  Positions 

l 

.  R  En  Route  Contro»‘er 

D  Non-raoar  En  Route  Assist 

H  Coordinator 

The  Acproacn  Controller  may  perform  all  264 
'asks  that  -  any  'ask  that  may  Oe  performed  by 
either  ‘he  E"  Route  Controller  or  the  Non-radar  En 
Route  Assist  En  Route  Controllers  perform  214 
fastis  Non -racar  En  Route  Assists  perform  131 
‘asks  of  which  82  tasks  are  performed  by  tx)fh 
•positions!  Of  .nurse  at  a  one-man  sector  work- 
siaiiun  the  cn  Route  Controller  may  perform  all 
264  asKs  am  ‘or  me  present  taoied  allocation  it 
s  issumeo  that  the  En  Route  Controller  is  as¬ 
sisted  hv  i  Non-radar  En  Route  Assist  position 

One-hundred  seventy -eight,  or  67%.  of  the 
terminal  area  ‘asks  may  Oe  a  part  of  the  |Ob  of  the 
Coordinator  position  For  the  most  part,  these  1 78 
tasks  are  identical  to  the  '75  tasks  that  may  be,a 
part  ot  the  Coordinator  position  m  the  en  route 
environment 

Ail  put  '  7  of  the  Coordinator  tasks  in  en  route 
ateas  are  part  ot  the  En  Route  Controller  job  Only  , 
65  ot  this  Coordinator  s  tasks,  however,  are  part  of 
the  Non-radar  En  Route  Assist  jod.  This  reflects 
the  radar  control  focus  of  the  nandoff  position. 


En  Route  Controller  position  (when  as¬ 
sisted  by  the  Non-racar  En  Route 
Assist) 

b  Sixty:six  :66)  tasks  are  not  part  o'  the  En 
Route  Coordinator  position. 

These  functional  sector  positions  will  be 
modified  somewnat  by  performance  likelihood 
differences  noted  in  Taote  7-9,  m  wmch  sector 
type  differences  are  cited. 


Of  the  214  En  Route  Controller  tasks: 

a  One-hundred  thirty-two  (132)  tasks  are 
not  part  of  the  Non-radar  En  Route  Assist 
position 

b  ,  Fifty-nine  (59)  tasks  are  not  part  of  the 
Coordinator  position. 

Of  the  131  Non-radar  En  Route  Assist  tdsks: 
a.  Forty-nine  (49)  tasks  are  not  part  of  the 


TABLE  6-1  TASKS  THAT  ARE  PART  OF  EACH  ~  UNCTIQNAL  CONTROLLER  POSITION 
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<-  rh«:l>tt  alv:. -t.j  l.t:  m 

lETT.rr  » I  STRAIT  -AMT-.Tp  :M  -ELr  M'*E  CV!S,W  • 

:CTEPP*:.MC  . AL I L : r ^  Apt*”  Pl*iATTMfIiL  F  it  F  AP  ALXFT 

LIST LA» 

IPHIB.'T  ‘  I PTL I  'T  »i.£J»T  r’ P  -*  *ET  a:&  -a/t 
IMMIBIT  r.MTLI'T  ALL>”  r  R  IR  P  •  FPRE-SI  P 

:‘jp«:b!T  fvr. :  ~  :.y  :.*  **r  **e> 

inhibit  **sap  r.Mv'" :  .n  ;m  .prune:  »>e> 

:mh:s:t  msap  rnrr:  n  *-.r  pr.^aa  »>  patt 
AJISTTRE  ? PE"  IF  !  .  >LO«T  M  *T  I  M»  7  M'  R**AL  ' 

C- all att  ::mst?a:mt  lt*t  t  m  - 

>c:SE  LtilPC  it „VfLM'*E 

5 ELECT  MEW  EL.W  E.'.ENCE 

LETOIHI'IE  TMF  TEC^M  I .  E  "It  *  'EIJW 

PEPcrr'.T  ap  alt;t*'lf.  »  -  tt  lp-iat:  m 

.BSCT’TE  AIRCRAFT  -E2'>IMC  V  R-AL  rL  I  IHT  -LAP 

LCTTP-IMF.  -Apr„".T3»  TC  EiTAfiLIf-  REST  .PE  P- 1 LKT  FLAP 

:  .PFCRHAP’rE 

recutst  airspace  p6-:y:*:T7  »b.bc 
LE2 1 LPATE  LELETE  AP  A>f*  IN  SE 

letowime  at"  "mtt»  Lf  :pe~:al  5E  airspace 

restrict  air :raft  activity  :s  **ea  »v  a^t:t;le  ,r  iEcnorr 


OBSERVE  L I  SPLAY  F  AIRSPACE  -ESTRI.TICP  JTAT.'S  TMAPGE 
LETERPIME  LE2 TEXT  TIME  I R  =L I VT 

PROTECT  TRAFTIC  *E'. LENCE  TO  ESTABL 1 3M  MOCIFY  APPROACH  FLOW 

TO  AIRPORT  >R  SECTOR 

OBSERVE-  RAWCE  BEAR  I  MC  SETWECf  A  I R  'RAFT 

OBS^'TE  AIRSPACE  INTROS!  N  BY  A  M.M  '  NTR'LLC  BJECT 

COMPOSE  ENTER  -EH INTER  NOTE  .F  AlRiPAIE  I  NTROS  I  IN 

FLIOHT  “OLLLW  Ah  .8SEP7EL  ‘.  IN  NTS  .LLEL  OBJECT 

ENTER  TRIAL  rLILHT  PLAN  AHTJ.L-fL’fT 

REVIEW  PCTDFTIAL  IMPEL  IHENT?  F . R  IMPACT  IN  PROPOSE 
CLEARANCE 

SELECT  MNTLICT  RESOLUTION  ACVT30RY  PTION 
FORMULATE  A  CLEAR  AN  IE  PITH  APfRlPe-IAIt  INSTRO’CTIONS 
JUER  '  PILOT  REGARDING  COMPLIANCE  WITH  CLEARANCE 
ISSUT  CLEARANCE  ANT  INSTRUCTIONS  TO  PILOT' 

ISSUE  CLEARANCE  THRU  ATOT  FS3  FOP  RELAY  TO  PILOT 

'/ERirY  AIRCRAFT  COMPLIANCE  WITH  CLEARANCE 

DECLARE  EMERGENCY  EVENT  ANC  INVOKE  .NT INGENCY  PLAN 

PERCE! ’YE  PRESENCE  OF  CFECIAL  OPERATIONS 

OBSERVT  NEW  FL I  OFT  PLAN  ALERT 

REVIEW  FLIOHT  PLAN  FOR  COMPLETENESS 

COMPOSE. ENTER  FLIGHT  PLAN 

DELETE  NEW  FLICHT  PLAN  ALERT 

REVIEW  FLIGHT  PLAN  FOP  ERRORS  -  DATA- LIST  SEQUENCE 
RECEIVE  FLIGHT  PLAN  AMENDMENT  FROM  COMPUTER 
HIGHLIGHT  FLIGHT  PLAN  POSTING  FOP  REMINDER  ACTION 
COMPOSE/ ENTER  FLIGHT  PLAN  .AMENDMENT 
E3ITER  PILOT  S  POSITION  REPORT  ON  SYSTEM 
DELETE  FLIGHT  PLAN  AMENDMENT  HIGHLIGHTING 


I 


TABLE  6-1  TASKS  THAT  ARE  PART  OF  EACH  FUNCTIONAL  CONTROLLER  POSITION  (continued) 


CASK  STATEMENT 


observe  display  j  weat^sf 

LINE.  INTENSITY  3ASE  “E  ’  GHT  -/.TJOT 

RECEIVE  SIGfCT  AIR. MET 

RECEIVE  «ATHER  3R  I ET I N-I  F*  .M  L,/:: 

ENTER  PI  REP  I  NT';'  SYSTEM 

DETERMINE  .#<E7M£J<  AIL-' A  ENT  ~  ,J cn»:^«£>  R  -  ’  L~  •.'EES  WEA7VER 
ADVISORY 

DETERMINE  WEATHER  IMPACT  ,N  -  TEL  r:.  3 

DETERMINE  ALT  IT; EE  R  .  '.TE  ‘MANGE  7'  2 1  &  Ac  _EVF?F  WEATHER 
RECEIPT  WEATHER  SEQUENCE 
RECEIPT  WEATHER  3EP0PT  PC  ATT. 

CETERA  INE  <*£T“F5  USABLE  T. .  >T  -EVEL  -AU  -AN  iC 
DETERMINE  «-*£THEF  VNWAi  '  NLITI .  NS  vA .T  -AN  .El 
DETERMINE  «At£THEr  :  :  L  T  NF  ‘C  IF*  T* 

REVIEW  SYSTEM  STATUS 
REVIEW  TRAFFIC  STAT’3  WEATHER 

VERIFY  THAT  .VLL  RC.;;:?ET  IiP...W  AND  ‘.MM’S:  'AT  N  :WI  7"  -Ei 
APE  IN  PROPER  LDCATI.N 

PE5FCRM  TO  -  NSE.LE.VE  AT  CE?  .  vNATEL  'NS  Li 

adjust  parameters  and  display  7  '-ers  na;.  •s'ttrence 

CHECK  DISPLAY  FIR  PR'  PER  ALIGNMENT.  .AS.LITV  ANL 
SATISFACTORY  STATUS 

set -vp  workstation  joapt:  on  parameters 

DETECT  NON  -  ACCEPTANCE  F  INPUT  0A7A 

detect  ;c cur pence  ;f  sect b  ;  •  te  'i.:>.PE 

OBSERVE  3EC7CR  SUITE  LATA  BASE  -LiT  RAT’  S  “PLET I  . N 

MESSAGE 

DETECT  OCCURRENCE  'f  *  CC'  FA  I  LUBE 
3EVEP7  TO  ACC  3A  *”P  PR>«'EI’'REi  TSC 
det*3>m:ne  aircraft  neeting  .  .fes-TiT'Tt  »  t:*.  ; 

MONITOR  2TATT3  F  .ULSTI  I  NAfeLL  NAVA  ID 
IB  SERVE  SUBSTITUTE  P  .’TING  N  DISPLAY 
DETERMINE  COMMUN!  ATI  N  *‘AJL7 

all vst  ::wNrc:  j  strategy  • 

SWITCH  TO  BACK VP  SAL! I  FREQUENCY 
DETERMINE  IMPENDING  -NTR'.  LLQ>  .  VERLwAD 
EXCHANGE  ASS  I  IN  .MTRA  PT-SITI  N  WEFF*  MOBILITIES 
REQUEST  ASSC7*JPC£  R  R FI. .  EF 

PERCEIVE  TRACKING  FAULT  R  ’“OAN-p-  MLER  *'  *  *  I.  R  F 

REPOSITION  .’PC  ATE  REAS  S  I  ATE  ATA,  31  f 

-B3ERVE  MESSAGE  .H  L .S3  F  .ATA  3A-L 

DETECT  AIIJRE  TO  -PLATE  FLIGHT  -’LAN  ATA  r.Ait 

OTTER  '  I3FLAY  AMENDMENT  -EDOA-.E  N  S-;  Vi 

OTTER  FLI  VWt  PLAN  N  UN? OLE 

RE* E.’^NCE  FLIGHT  -LAN  N  NS  L£ 

DETECT  JNREL  I  ABLE  .’S  IS  T  MM*.! N I  »  AT  I  N 

ADA  1 2E  -NTRCLLO  SUP  ERVI3;R  -F  AIRCRAFT  ‘LI^T  c  LAN 
DEV  I  ATI  ON 

ADA'ISE  'CNTROLLOS  F  RESULTS  F  F  L I  DMT  -LAN  NKI  !  T  PR. BE 

\lvI3E  c:ntr-ller  f  p'-tntial  sr_;  t  *<  f.-t-r 
advise  ::ntP'''ller  f  =>-:tent  :  a*.  -saw  :n  .cctlr 

RECEIVE  'DNTROL-EP  NOTITE  F  F  OTENT I  A*,  AIRCRAFT  '  .NFL  I  T  N 
SECTOR 

RECEI’/E  CONTROLLER  NOTICE  f  POTENTIAL  -SAM  IN  -IET  R 
RECEIVT  CONTROLLER  NOT  I  “E  -F  AIRCPAiT  T.  I  -HT  -  LAN  Cr/IATI.N 
RECEI’VE  COIfTROLLER  NOTICE  IN  RESULTS  F  FL .  ;HV  PLAN  'ONFL I  T 
PROBE 

ISSUE  POINTO'JT 

OBSERVE  AUTOMATIC  INITIATION  .F  POl!Tr''rr  ANOTHER 
CONTROLLER 

•DIRECT  FLIOHT  DATA  DISPLAY  7"  ADJACENT  -NTP''  LLER 
RECEIVE  ACCEPTANCE  ;F  POINTOT 
RECEC/E  REJECT!  IN  F  ROIVT'ICT 

RECEIVE  CONTROLLER  INITIATED  PIINT^VT  ’ 

ACCEPT  PO INTOLT 
REJECT  PO INTOUT 

SUPPRESS  FULL  DATA  2L  rK  AFTR  PO  INTU'T 

RECEIUT  NOTICE  CF  AIR5PACE  3E2TRIC~:;N  RELEASE  FROM 

CONTROLLER ■ SUPfRVISOR 

REQUEST  REUXSE  OF  SPECIAL  USE  AIRSPACE 

RECEI’VE  DENIAL  OF  REQUEST  F-R  RELEASE  OF  iPEClAL  USE 

AIRSPACE 

AEWISE  CONTROLLER  OF  AIRSPACE  aESTR  I CTION  2C 

ISSUE  ADVISORY  IN  REGARD  CO  RC3TR I CTED  AIRSPACE  PROXIMITY 

RECEIVE  NOTICE  TO  TAKE  -VER  AIRSPACE 

RECEIVE  NOTICE  TO  RECONFIGURE  SECTOR 

RECEI'/E  NOTICE  TO  RELEASE  AIRSPACE 

RECEIVE  FLIGHT  PLAN  FROM  PILOT  • 

RECEIVE  FLIGHT  PLAN  VERBALLY  FORWARDED  1 
QUERY  PILOT  ABOUT  FLIGHT  °LAN 
QUERY  THE  RELAYER  Or  .  FLIGHT  PLAN 

RECEIVE  CONTROLLER  NOTICE  IN  REQUESTED  CLEARANCE  )F  AIRCRAFT 
LEAVING  HIS  3 ECTOR 

DENY  CLEARANCE  REQUEST  FROM  CONTROLLER 
SUGGEST  ALTERNATE  TO  CLEARANCE  REQUEST  FROM  C  CNTR I LLER 
RECEI'/E  CLEARANCE  REQ'^IST  FROM  ATCT  FS2-  PILOT  SUPOiVlJOR 
RECEIVE  CONTROLLER  REQUEST  FOR  CLEARANCE  APPROVAL 
DENY  CLEARANCE  REQUE3T 

SUGGEST  CLEARANCE  ALTERNATIVES  TO  PILOT 
ACKNOWLEDGE  DATA  LINK  CLEARANCE  REQUEST 
APPROVE  CLEARANCE  REQUEST  FROM  CONTROLLER 
FORWARD  CLEARANCE  REQUEST  TO  ADJACENT  CONTROLLED 
REQUEST  CLEARANCE-APPROVAL  FROM  ADJACENT  CONTROLLER 
RECEI'/E  CLEARANCE  APPROVAL/ CLEARANCE  RESTRICTIONS-  FROM 
ADJACQIT  CONTROLLER 

RECEI’/E  CLEARANCE  DISAPPROVAL/ DENIAL  FROM  ADJACENT 


» 


TABLE  6-1  TASKS  THAT  ARE  PART  OF  EACH  FUNCTIONAL  CONTROLLER  POSITION  (continued) 


”NT*  1LL*5 

receive  AirgsAir  ; . e:t:  n  p  ldapa:.;e  a.--  =  ;val 

FORWARD  FLI>T  =  1AN  A-iLD*?  V7  F-7a;.L; 

RECEIVE  7 -NT*  LLET-  Kl  . .  7  F  \ i  - ',ht  ''..a.**  »*F *j*~wf~*.*- 

secEive  ;  r->  «fi.T  -a_l7  r  pearled  *"* 

advise  .•7mt-^..:.e*  ..-t  - -£.NT 

: : ntp  ‘  l»23-  - :  i  r  } *.  ?\y , :  ■  fr 

TERMINATE  -Ai  A>  fi-jv:  7  tl-'-A^ 

RECEIVE  rlL.T  7  -  7 .  T '  -L-  -7 

f'.FMAiC  n:  ;mt  plan  fj- 

■infirm  i.-pter  ».t:  n  •.?.*.  •  t-ansitin  -tajej 
receive  .>■?:.■£  F  :TAr..*  ?  a... a.-vc  a.f  vt  mattn 
E/LIP-ENT 

receive  status  f  •e*t  p  :n  -*:lvpl  r»-.« 

'  HTTP  .LLE?  »•.?»>*.  10  - 

RECEIVE  7.  NF I  ,-MA?  .  %  .  F  IWF’TE?  A -TI  LURING  TRANSITION 
STAGES 

RECEIVE  WEATHER  A7  *.  !  0  «  '•'  ~  -  *L  7  A  '  £ NT 
.  70NTR  .LLF?  r't-jv:;  R  -iTT  .  -  L  .  I-? 

receive  rev:.*:  **  an  fl-a-:  n  :  r*-ru:  :us  weather  ref-  ;»t 
receive  win:  **-uaa  •:.*  ' 

re ceive  pipe?  *« 

S  ELECT  WEATHER  AL  .  I  7  .At  •  TATI  '  -  LATA  „IMK  7R ANSMI SS  I  I M  . 

issue  ^r»!>  alv :.*  »>•  p'»tt  r.  pilot  adjacent  "ntp-'ller 

FORWARD  WF>~-F>  INF  -“AT  *  N  ~  Ur'PVIS  A  -KTE  .  R OL..G  I  OT 
ADVISE  £7PS>‘.  I  S  ?R  FT.  M  ITv  L.'.L?  t  WEATHER  IMPACT  N 
ROUTES  FT  " 

RECEIVE  "  ONTR  L-.ER  Rf./ZEST  •  >  WEATHER  I  NFC R HAT I  .N 

request  weather  :vf  ->-at:  .n 

RECEIVE  S'  r:  "L.  F  ••-.**'.  S  •.  AT'  N  TATI 
RECEIVE  NEW  F .  V*2i“ V  »  :  I  ‘  T S *i  NT 

receive  niti'e  .*  t  *•—  v:  >.::  n  ?  ».r^ 

f-rwaal  s>. :::r  f  *  n :  a t : . *•  .tatt 

FOR  WARD  NEm  f%e;»j£3I'  -  T  All..' A'  ENT 

tcmtrcller  3vw;::> 

FCPWAAC  ALTER V>  TL  Si  ATI  N  FAT*' 

seteilt  **•:?:  :r.  f  \a.a:l  -  a-  -  .-l  -  al-:a'e.tt 

TcjfTP'iLLEJ  r;i  £••?«?•. :  •  :a  p :_ "T 

PEC'EI'.T  fVBSTir.TL  ■■•  1 

pecet.t  .ancel-at:  *;  f  :v3£t:tte  r  '.tino 

FORWAAC  NAVA  L.  'CAT  s'  7  »L  .  A  :_VT 

:tnt?  illep  c  ’VER. :  :  a  : ::  r 

FTRWAAC  faSTIT-TT  -  TINT 

"\NCEL  P»r.  :  ."S  ;''£5T  I  T.TT  '--'TTNO  ' 

FCPKAi*C  NOTI'E  IF  AlRifA.E  1 NCVS  '.  .N  bV  A  NON  - -7 '.IfTPCLLd 
IbJECT 

RECEI’.X  NCTI7E  .F.aIRsPaE  IVTV.-SIIM  9  V  A  NCN  -  7 '  NTPOLLED 
I BJETT 

:?2'.;e  adv:s;ry  :n  ^  el  arc  t:  »  n:-n  - '  :mtv  :-llet  :•  bjett 
ATVIiE  p:l:t  hr-hn  tear  .f  ^-n-  :  .NT*  tle:  .elect 
RECEIVE  RUNWAY  .’SE  .  A 7 A 

forwarc  runway  lata 

zcttct  a  ?:llt  p  mr.'-aft  p^ibL.ry  r.:  .  hypoxia- 

ATEPT  LETS  I  LNA7TI  FER.T  I  NNFL  IF  A I  R-.'R  AF7  -AVI  NO  FLJSMT 
PRC 9 LEMS 

FCPWARC  LLFTTINCEN  IV  I NF ‘ PMAT! 7 N  . T7  i’JFEJVISCR  AiX’ACEJfT 

::ntr':lle? 

RECEI'.X  iUPERVlSCR  NOT  I  7?  TO  INWISIT  *u.£>T 

3RIET  RELIEVING  1 1  NT*  .  LLEP 

pecei'.t  not: 7e  :f  lp^tiai.  I'-ERATIINF 

FCRWARC  NCTI7E  F  OFECIAL  -FERATIINi  TC  ACC A CENT 

CCNTPOLLEP  SL'PEP V I C IR 

RETEIVT  INFORNAT-:  N  .S3  F  RACI7  TCMTACT  ^ITH  AIRCRAFT 

CONDUCT  RALI..RACAR  ."EAR  CH  “  ‘R  AIRCRAFT  WITHOUT  RADIO 
CONTACT 

ATTEMPT  ESTABLISHMENT  IF  lOMM’.'NI  CATIONS  "JSINC- 

TRANSPCNDER  PAIAR  E;JIf-ENT 

RECEIVE  -INFORMATION  S  1  VERC'.T  AIRCRAFT, 

CONTACT  FACILITY  ALONG  ROUTE  .P  FLICHT  TO  iFC’JRE 

INFORMATION  ON  jV ERC’.X  AIRCRAFT 

CONDUCT  RADIO- RADAR  LEAR  7 H  FIR  IVEPEUE  AIRCRAFT 

dTLLRE  i*<ETMEP  OTMERi  ARE  RECEIVING  AN  AIRCRAFT' 3 

TRANSMISSIONS 

ISSUE  ALTEJ-NATE  TOMM’.’NI  CAT!  ON  FOP  .AIR  GROUND  TRANSMISSION 
RECEI'/E  PILOT  ADJACENT  .'ONTRCLLER  REQUEST  FOR  FLIGHT 
FOLLOWING 

DENY  FLIGHT  FOLLOWING  REQUEST 

REQUEST 'ASSIGN  9EAC0N  7 OLE  TO  AIRCRAFT 

ISSUE  TRAFFIC  .ADVISORY  IN  REGARD  TO  TTAFFIC  PROXIMITY 

ADVISE  PILOT  WHEN  CLEAJt  IF  TRAFFIC 

RECE I VE  A  FAD  NOTICE 

CONFER  WITH  PILOT  THRU  ATT  IN  DESIPE'.FOR  FAD  INTENTIONS 

RECEIVE  PEQ'JESTEj  ROUTE-  ALTITUDE  7HANGES  FT'M  ANOTHER 

CONTROLLER  .'FLOW  7CNTP  ILLEP  '  3UPEPVIG  ip 

RECEIVE  A  FLOW  RESTRICTION 

RECE  I '/E  METERING  DATA.  FROM'  FLOW  CONTROLLER 

REQUEST  FLOW  7CNTROL  3E  IMPOSED 

NEGOTIATE  DELAY  TECHNIQUE  WITH  PILOT  ’■ 
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HUMAN  PERFORMANCE  REQUIREMENTS 


Chapter  7.0 


.0  HUMAN  PERFORMANCE 
REQUIREMENTS 

This  chapter  profiles  the  task  performance 
equipments  of  Controllers  operating  at  Sector 
suites  in  Area  Control  Facilities.  Skill  level  re¬ 
tirements  are  specified  for  each  task  of  Con- 
rollers,  as  previously  identified  in  Chapter  4.0.  A 
;even-interval  scale  is  used  for  denoting  the  an- 
icipated  skill  level  requirement  of  each  task.  This 
neasure  is  supplemented  by  a  notation  of  the 
jerformance  factors  that  are  most  meaningful  for 
issessing  Controller  skill  in  performing  each  task, 
rhus,  both  the  “level"  and  “area”  of  required  per- 
ormance  content  are  recorded. 

Performance  requirements  are  stated  first  for 
oumeyman  Controllers.  Following  the  statement 
3f  these  requirements  comes  a  profile  of  task  skill 
evels  that  may  be  expected  of  Controller  trainees, 
jpon  completion  of  a  hypothesized  formal  full- 
jme  training  program  (but  prior  to  completion  of 
ijll-time  training  and  experience).  The  intended 
raining  performance  point,  thus,  is  Day  1  of  on- 
:he-job  training  on  the  control  floor,  in  the  control 
•oom  environment  after  completion  of  simulation 
raining.  The  difference  between  the  two  per¬ 
formance  profiles  represents  a  potential  domain  of 
nterest  for  on-site  training  and  job  experience. 

The  results  reflect  a  consideration  of  the  likely 
Controller  roles  and  situation  scenarios  presented 
earlier  in  this  document.  However,  these  task 
performance  requirements  were  derived  primarily 
in  the  context  of  sub-activities  in  which  they  occur. 

7.1  Journeyman  Controller  Skill 
Level  Requirements 

Performance  qualifications  of  experienced 
radar  Controllers  in  an  ACF  are  noted  for  each 
listed  Controller  task.  If  a  task  should  pertain  pri¬ 
marily  to  a  particular  typa  of  sector,  such  as  low 
altituoe  arrival  or  depadure  (as  noted  in  section 
4.2),  then  the  cited  performance  qualifications 
apply  principally  to  such  sector  Controllers. 

■The  scale  used  to  express  the  required  skill 
level  of  a  task  is  a  modified  Hemphill’s  (Ref.  2) 
scale  of  “How  Much  a  Part  of  the  Job  is  the  Task." 
Originally  developed  for  job  analysis  purposes,  it 
was  modified  later  (Ref.  1 )  to  reflect  performance- 
oriented  training  requirements.  This  latter  modi¬ 
fication  is  the  basis  of  the  skill  level  scale.  Refer  to 
Table  7-1  for  a  description  of  the  several  levels  of 
this  scale. 


Hemphill’s  original  scale  contained  an  “O" 
level,  but  that  is  omitted  here.  In  a  job  analysis 
context  the  “0”  denotes  that  a  task  is  not  par  of  an 
individual’s  job.  In  a  training  context  the  "C"  de¬ 
notes  that  tnere  is  no  training  requirement  for  that 
task,  For  present  purposes  it  is  assumed,  s.nca  all 
tasks  are  valid  Controller  tasks,  there  must  be  at 
least  some  minimal  familiarization  for  even  the 
least  significant  and  infrequent  tasks,  hence  the 
lowest  available  leve1  of  “1." 

Skill  level  “4"  represents  the  basic  demon¬ 
strated  ability  to  do  the  task  in  a  real-life  opera¬ 
tional  situation.,  Level  “3"  implies  attainment  of  the 
basic  knowledge  to  do;  but  only  the  process,  not  a 
demonstrated  ability.  Level  “2"  is  some  knowi- 
edge/awareness  base  less  than  that. 

When  used  as  a  rating  scale  in  a  job  survey, 
the  Hemphill  scale  has  the  property  of  expanding 
the  high  end  of  the  scale  to  obtain  greater  dis¬ 
crimination  among  the  tasks.  This  serves  to 
counter  the  common  tenndency  of  rating  most  of 
the  tasks  as  highly  significant  to  the  job.  The  rating 
scale  also  combines  factors  of  task  frequency, 
importance,  and  difficulty  into  a  single  judgmental 
rating  value.  It  thus  becomes  a  very  useful  scale 
for  non-routine,  non-mechaninal  jobs  such  as  per¬ 
formed  by  Supervisors,  Controllers,  and  other 
jobs  having  high  cognitive  and/or  perceptual 
content. 

Typically,  to  measure  task  performance,  the 
concepts  of  speed  and  accuracy  do  not  en¬ 
compass  all  that  is  important  in  the  performance  of 
job  task.  Some  tasks  may  not  benefit  by  these 
factors,  at  least  beyond  some  moderate  level  or 
range,  in  assessing  one’s  performance,  there  may 
be  quite  an  array  of  factors  that  apply. 

A  quick  scan  of  job  measurement  factors 
available,  such  as  are  cited  by  McCormick  (Ref. 
3),  as  well  as  discussions  with  ATC  personnel, 
produced  a  number  of  other  factors  that  may  be 
important  for  some  Controller  tasks.  The  factors 
that  appeared  to  be  most  frequently  applicable  are 
listed  in  Table  7-2  with  identifying  letters  for  use  in 
computer  storage  and  analysis.  Table  7-2  also 
lists  some  additional  factors  thought  to  be  less 
pertinent. 
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TABLE  7-1.  SKILL  LEVEL  DEFINITIONS 


Required  Skill  Levels: 


Very  High  Proficiency  in  the  Skillful  Performance  of  tie  Task 

Increasing  Ability  »o  Perform  With  Speed,  Accuracy  and/or  Excellence 
(proficiency) 

Demonstrated  Ability  To  Do  the  Task  (No  Requirement  for  Speed  or  Accuracy) 

(  Basic  Knowledge  of  the  Process 

Nonperformance  Task  Issues  Only  <  Some  Knowledge/ Awareness  Base  . 

(  Introductory  Familiarization 


TABLE  7-2.  FACTORS  FOR  MEASURING  CONTROLLER  rA5K  PERFORMANCE 


Performance  Measurement  Factors: _ 

A  Response  Time 

i  B  Timing  of  Action 

C  Speed  of  Performance 

D  Accuracy  of  Performance/Perception 

|  E  Preplanning  Accomplishment 

1  F  Procedure  Following  (including  concern  for  errors  of  omission  of  a  procedural  step) 

G  Correctness  of  Action  for  the  Situation 
H  Awareness  of  Traffic  “Picture" 

I 

I  Rule/Standards  Application 

J  Task  Accomplishment  Only  (used  only  when  no  other  Factors  A  through  I  are  relevant) 

Other  Factors:  _ ' _ _ 

Sequence  of  Actions 

Follow-Through  Action  Accomplishment 

Priority  Consideration 

Task  Option  Selection 

Task  Completion 

Awareness  of  Upstream  (Oncoming)  Traffic  Potential 
Consideration  of  Subsequent  Effects 

Appropriate/ Adequate  Information  Gathering  for  the  Task  Situation 
- Specify  Any  Other  Factor  Noted - 


Skill  level  ratings  and  relevant  performance 
measurement  factors  (derived  from  Table  7-2)  are 
associated  with  each  Controller  task  in  Table  7-3. 

Within  Table  7-3,  all  but  one  task  receives  a 
required  skill  level  rating.  The  one  exception,  Task 
6  5.2  (Revert  to  ACCC  Backup  Procedures),  re¬ 
mains  to  be  specified  in  the  Sector  Suite  design. 
Table  7-4  summarizes  the  frequency  with  which 
each  skill  level  was  associated  with  a  task.  Nearly 
half  the  tasks  receive  a  rating  of  “4"  (Basic  Ability 
To  Do  the  Task — with  no  requirement  for  soeed  or 
accuracy).  Approximately  15  percent  more  tasks 
warranted  no  performance  standard  at  ail.  These 
were  primarily  involving  the  receipt  of  information 
in  the  coordination  and  communication  activity. 
However,  more  than  a  third  of  all  tasks  do  require 
performance  at  some  level  of  speed,  accuracy, 
and/or  excellence  (“proficiency,"  in  Controller 
terms). 

It  would  appear  that  some  of  the  other  mea¬ 
surement  .actors  cannot  readily  be  applied  at  the 
task  level,  for  example,  Pnority  Consideration, 
the  distinction  between  Factor  F,  Procedure  Fol¬ 
lowing,  and  Factor  I,  Rule/ Standards  Application, 
is  the  extent  to  which  procedural  steps  and  com¬ 
ponents  are  prespecified.  If  procedure  is  pre- 
scnbed,  then  Factor  F  applies.  If  standards,  such 
as  separation,  are  prescnbed.  often  tasx  pro¬ 
cedural  steps  are  not  spelled  out.  but  left  to  Con¬ 
troller  judgment  in  the  context  of  the  operational 
situation.  Standards  must  be  met  (Factor  I),  but 
preplanning  can  accomplish  this  in  many  ways. 

No  distinction  is  made  between  skill  levels  1 . 
2,  and  3.  Levels  1  and  2  could  be  dropped  as 
levels  of  performance.  However,  to  maintain  con¬ 
formance  of  the  scale  with  other  possible  appli¬ 
cations  (such  as  training  requirements  or  task 
surveys  of  job  performance),  levels  1  and  2  are 
retained  here; 

Performance  measures,  of  which  there  may 
be  more  than  one  (or  none)  per  task,  are  surri- 
manzed  in  Table  7-5.  The  most  notable  feature  on 
this  table  is  the  infrequency  with  which  ‘speed  of 
performance”  is  required.  These  pertained  pn- 
manly  to  judgments  of  conflict  valid  ty  and  resol¬ 
ution,  as  might  be  expected.  Thus,  while  the  air 
traffic  control  job  itself  may  at  times  require  rapid 
execution  of  tasks  for  the  Controller  to  ‘stay 
ahead"  of  the  traffic,  individual  tasks  (isolated  from 
a  realistic  traffic  situation)  tend  not  to  require  rapid 
performance. 


Over  475  measurement  factors  are  associ¬ 
ated  with  Controller  tasks,  an  average  of  more 
than  1.8  measures  per  task.  In  general,  the  most 
tactically-oriented  operations  in  Activities  1.2,3, 
and  4,  as  well  as  pointout  and  transfer  of  control  in 
Activity  7.0,  have  associations  with  several  per¬ 
formance  measures. 
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REVIEW  FLIGHT  PLAN 
DISPLAY  FOR  PRESENT 
AND/OR  FUTURE  AIRCRAFT 
SEPARATION 

REVIEW  SITUATION  DISPLAY 
FOR  POTENTIAL  VIOLATION 
OF  SEPARATION  STANDARDS 
REVIEW  FLIGHT  PLAN 
CONFLICT  PROBE  RESULTS 
PROJECT  AIRCRAFT  FUTURE 
PCS ITION/ ALTITUDE/ PATH 
READ-OUT 

RANGE/ BEAR  INC /TIME  FOR  AN 
AIRCRAFT  TO  A  FIX  OR 
GEOCRAPHIC  POINT 
FORCE /QUICK -LOOK  FULL  DATA 
BLOCK/ S  TO  EXAMINE  TRACK 
INFORMATION  ON  AIRCRAFT 
DETERMINE  WHETHER 
AIRCRAFT  WILL  BE 
SEPARATED  BY  LESS  THAN 
PRESCRIBED  MINIMA 
SELECT  .  FDE  SORTING 
PRIORITY  SCHEME 
OBSERVE  DISPLAY  OF 
NEW/CHANGED 
EQUIPMENT/OPERATIONAL 
STATUS 

OBSERVE  DISPLAY  OF 
NEW/CHANGED  TRAFFIC  FLOW 
CONTROL  MANAGEMENT 
SEARCH  DISPLAY  FOR 
INACTIVE  FLIGHT  PLAN  ON 
CLEARANCE  REQUEST 
PROJECT  MANUAL  FLIGHT 
PLAN  PROBE 

REQUEST  LIMITED/STANDARD 
FLIGHT  PLAN  DISPLAY 
REQUEST  FULL  FLIGHT  PLAN 
READOUT 

ENTER  TRIAL  DEPARTURE 
TIME 

ENTER  DEPARTURE  MESSAGE 
START  TRACK  MANUALLY  ' 
OBSERVE  AUTOMATIC  TRACT 
START 

ANALYTE  CONDITIONS  FOR' 
PROVIDING  FLIGHT 
FOLLOWING 

OFYSET  A  DATA  BLOCK 
UPDATE /REVISE  INPUT 
REMINDER  NOTE 
( ELECTRONIC  MEMORANDA  I 
REMOVE  FLIGHT  DATA 
ENTRIES  AND  FILL  DATA 
BLOCKS  FROM  ACCC  SYSTDt 
REMOVE  FLIGHT  DATA 
ENTRIES  AND  FILL  DATA 
BLOCKS  FROM  INTERNAL 
ACCC  SYSTEM 
SUSPEND  DISPLAY  Or 
("FLIGHT  DATA  ENTRIES 
'  AND  FULL  DATA  BLOCKS' 
SUSPEND  TRACX 
DELETE  FILL  DATA  BLOCK 
FROM  0V«  DISPLAY 
SUPFRE33  FULL  DATA  BLOCK 
FROM  0*«  DISPLAY 
DELETE  FLIGHT  DATA  ENTRY 
FROM  A  SFXECTT33  DISPLAY 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT .  EFFECT3 


AWARENESS  OF  UPSTREAM  : ONCOMING! 
TRAFFIC  POTENTIAL 


CONSIDERATION  OF  SUSSEQUERET  EFFECTS 
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TABLE7-3.  JOURNEYMAN  ACFCONTROLLERTASK PERFORMANCE  REQUIREMENTS 

(continued) 


TasH  No 


3.4.  3 
3.6.1 


3.6.2 


3.6.3 

4.1.1 

4.1.2 


Task  Statement 


4.1.3 

4.1-4 


4.1.5 

4.1.6 

4.1.7 


4.1.8 

4.2.1 


4.3.1 

4.4.1 

4.4.2 


4.4.3 

4.4.4 


4.4.5. 

4.5.1 

4.5.2 


4.5.3 

4.5.4 

4.5.5 

5.1.1 


5.1.2 

5.1.3 


5.1.4 

5.1.5 


TO  ESTABLISH /MODIFY 
APPROACH  FLOW  TO  AIRPORT 
OR  SECTOR 

OBSERVE  RANGE'S EAR INC 
BETWEEN  AIRCRAFT 
OBSERVE  AIRSPACE 
INTRUSION  BY  A 
NON-CONTROLLED  OBJECT 
COMPOSE/ ENTER  REMINDER 
NOTE  OF  AIRSPACE 
INTRUSION 

FLIGHT-FOLLOW  AN  OBSERVED 
NON-CONTROLLED  OBJECT 
ENTER  TRIAL  FLIGHT  PLAN 
AMENDMENT 
REVIEW  POTENTIAL 
IMPEDIMENTS  FOR  IMPACT 
ON  PROPOSED  CLEARANCE 
SELECT  CONFLICT 
RESOLUTION  ADVISORY 
OPTION 

FORMULATE  A  CLEARANCE 
WITH  APPROPRIATE  ' 
INSTRUCTIONS 
QUERY  PILOT  REGARDING 
COMPLIANCE  WTTH  CLEARANCE 
ISSUE  CLEARANCE  AND 
INSTRUCTIONS  TO  PILOT 
ISSUE  CLEARANCE  THRU 
ATCT/FSS  FOR  RELAY  TO 
PILOT 

VERIFY  AIRCRAFT 
COMPLIANCE  WITH  CLEARANCE 
DECLARE  EMERGENCY  EVENT 
AND  IIJVOKE  CONTINGENCY 
PLAN 

PERCEIVE  PRESENCE  OF 
SPECIAL  OPERATIONS 
OBSERVE  NEW  FLIGHT  PLAN 
ALERT 

REVIEW  FLIGHT  PLAN  FOR 
COMPLETENESS 

compose / enter  flight  plan 

DELETE  NEW  FLIGHT  PLAN 
ALERT 

REVIEW  FLIGHT  PLAN  FOR 
FURORS /DATA  LIST  SEQUENCE 
RECEIVE  FLICHT  PLAN 
AMENDMENT  FROM  COMPUTER 
HIGHLIGHT  FLIGHT  PLAN 
POSTING  FOR  REMINDER 
ACTION 

COMPOSE /ENTER  FLIGHT  PLAN 
AMENDMENT 

ENTER  PILOT' S  POSITION 
REPORT  IN  SYSTEM 
DELETE  FLIGHT  )LAN 
AMENDMENT  HIGHLIGHTING 
OBSERVE  DISPLAY  OF 
WEATHER  LINE/ INTENSITY/ 
BAS  E  /  HE  I GHT  /  MO  VEMENT 
RECEIVE  SIGMET'MSMET 
RECEIVE  WEATHER  DR  IETTNG 
FROM  METEOROLOGIST 
ENTER  PIREP  INTO  SYSTEM 
DETERMINE  WHETHER 
ADJACENT  CONTROLIER  OR 
PILOT  NEEDS  fcCATHER 
ADVISORY 

DETERMINE  VflLATHER  IMPACT 


Reoui/eo  Sint 

Lev«ts 


6  5 


Penormance 

Measurement 

Psctots 


3  2  t 


Other 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


AWARENESS  OF  UPSTREAM  (ONCOMING) 
TRAFFIC  POTENTIAL 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


5.1.6 


FOLLOW-THROUGH  ACTIOH  ACCOMPLXSHHEWT 


APPROF.,' ADEQUATE  IRTO  GATHER  INC  FOR 
TASK /SITUATION 


journeyman acfcontroi 

- - - (continued) SK  PSRF0RMANCE  REQUIREMENTS 

- - 
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TABLE  7-3.  JOURNEYMAN  ACF  CONTROLLER  TASK  PERFORMANCE  REQUIREMENTS 

_ ,  (continued) 


Titt  Na 


Tmm  Statement 


R#<Ju.r*<3  Skill 

Ltv«if 


6  5 


r 

t 

o 

z 

3  2 


Performance 

Measurement 

P*Ctor» 


J 


Om#f 


7.8.2  |  RECEIVE  FLICHT  f[_AN 
VERBALLY  FORWARDED 

7.8.3  |  QUERY  pilot  ABOUT  FLIGHT 
PLAN 

7.8.4  |  QUERY  THE  RELAYER  OF  A 
FLIGHT  PLAN 

7.8.1  |  RECEIVE  CONTROLLER  NOTICE 
ON  REQUESTED  CLEARANCE  OF 
AIRCRAFT  LEAVING  HIS 
SECTOR 

7.9.2  I  DENY  CLEARANCE  REQUEST 
FROM  CONTROLLER 

7.9.3  |  SUGGEST  ALTERNATE  TO 
CLEARANCE  REQUEST  FROM 
CONTROLLER 

7.9.4  I  RECEIVE  CLEARANCE  REQUEST 
FROM 

ATCT/FSS/ PILOT/ SUPERVISOR 

7.9.5  |  RECEIVE  CONTROLLER 
REQUEST  FOR 
CLEARANCE/  APPROVAL 

7.9.6  I  DENY  CLEARANCE  REQUEST 

7.9.7  |  SUGGEST  CLEARANCE 
ALTERNATIVES  TO  PILOT 

7.9.8  |  ACKNOWLEDGE  DATA  LINK 
CLEARANCE  REQUEST 

7.9.9  |  APPROVE  CLEARANCE  REQUEST 
FROM  CONTROLLER 

7.9.10  I  FORWARD  CLEARANCE  REQUEST 
.  TO  ADJACENT  CONTROLLER 

7.10.1  |  REQUEST 
CLEARANCE/ APPROVAL  FROM 

.  ADJACENT  CONTROLLER 
7.10.2|  RECEIVE  CLEARANCE 
APPROVAL /CLEARANCE 
RESTRICTIONS  FROM 
ADJACENT  CONTROLLER 

7.10.3  |  RECEIVE  CLEARANCE 
DISAPPROVAL/ DENIAL  FROM 
ADJACENT  CONTROLLER 

7.10.4  |  RECEIVE  ALTERNATE 
SUGGESTION  FOR 
CLEARANCE/  APPROVAL 
REQUESTED  OF  ADJACT  r 
CONTROLLER 

7.11.1  |  FORWARD  FLIGHT  PLAN 
AMENDMENT  VERBALLY 

7 .  U .  2  |  RECEIVE  CONTROLLER  ADVICE 
OF  UNABLE  FLIGHT  PLAN 
,  AMENDMENT 

7.12.11  RECEIVE  FLIGHT  PLAN 

amendment  verbally 
forwarded 

ADVISE  CONTROLLER  UNABLE 
FLIGHT  PLAN  AMENDMENT 
RECEIVE  DEPARTURE  MESSAGE 
FROM  CONTROLLER /F3S/ PI LOT 
ISSUE  NOTICE  OF  EQUIPMENT 
STATUS  TO  ADJACENT 
CONTROLLER  /  PILOT/ SUPOVIS 

OR 

TERMINATE  radar  SOK/ICE 
TO  AIRCRAFT 
REQUEST  PILOT  POSITION 
REPORTS 

RECEIVE  PILOT’ S  POSITION 
REPORT 

forward  flight  plan 

VERBALLY 

DCLTIT  PILOT  POSITION 


.12.2 

.13.1 

.14.1 

.14.2 
.14.3 
■  14.4 
.14.5 
.14.4 


APPROP. /ADEQUATE  INFO  GATHERING  FOR 
TASK/3ITUATI0N 

APPROP .  /  ADEQUATE  INFO  GATHERING  FOR 
TASK/SITUATION 

FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


II 


FOLLOW-THROUGH  action  accomplishment 
FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


rc[-COW- THROUGH  ACTION  accomplishment 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 
CONSIDERATION  OF  SUBSEQUENT  OTECTS 

FOLLOW-THROUCH  ACTION  ACCOMPLISHMENT 


rOLLOW- THROUGH  ACTION  ACCOMPLISINENT 
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TABLE  7-3.  JOURNEYMAN  ACF  CONTROLLER  TASK  PERFORMANCE  REQUIREMENTS 

(continued) 


TW  No. 


7.14.7 

7.15.1 

7.15.2 

7.15.3 

7.16.1 
7.17.' 

7.17.2 

7.17.3 

7.17.4 

7.17.5 

7.17.6 

7.17.7 
7.17.6 

7.17.5 

7.17.10 

7.16.1 

7.16.2 

7.18.3 

7.15.1 

7.15.2 

7.15.3 

7.20.1 

7.20  2 

7.20.3 

7.21.1 

7.21.2 

7.21.3 


Tat*  Siaterranr 


REPORTS 

CONFIRM  COMPOTES  ACTION 
DURING  TRANSITION  STAGES 
RECEIVE  NOTICE  OF  STATUS 
OF  ADJACHfT  ACF 

Automation  equipment 

RECEIVE  SIATUS  OF  SECTOR 
SUITE  FAILURE  FROM 
CONTROLLER / SUPERVISOR 
RECEIVE  CONFIRMATION  OF 
COMPUTES  ACTION  DURINC 
TRANSITION  STAGES 
COMPOSE/ ENTER  REQUESTED 
ROUTE/ ALTITUDE  CHANGE 
RECEIVE  WEATHER  ADVISORY 
FROM  ADJACENT 
CONTROLLER/  SUPERVISOR/MET 
E0R0L0GI3T 
RECEIVE  REVISION/ 
CANCELLATION  TO  PREVIOUS 
WEATHER  REPORT 
RECEIVE  WIND  SHEAR  REPORT 
RECFIVE  PI  REP  ON  WEATHER 
SELECT  HEATKER/ADVISORY/ 
UPDATE  FOR  DATA  LINK 
TRANSMISSION  TO  PILOT 
ISSUE  WEATHER/ADVISORY/ 
UPDATE  TO  PILOT  /ADJACENT 
CONTROLLER 
FORWARD  WEATHER 
INFORMATION  TO  SUPER¬ 
VISOR/METEOROLOGIST 
ADVISE  SUPERVISOR  /FLOW 
CONTROLLER  OF  WEATHER 
IMPACT  ON  ROUTES /FLOW 

RECEIVE  CONTROLLER 
REQUEST  FOR  WEATHER 
INFORMATION 
REQUEST  WEATHER 
INFORMATION 
RECEIVE  NOTICE  OF  , 
COfNRJNICATION  STATUS 
RECEIVE  NEW  FREQUENCY 
ASSIGNMENT 
RECEIVE  NOTICE  OF 
ALTERNATE  COmUNICATION 
PATH 

FORWARD  NOTICE  OF 
COWUN I  CATION  STATUS  ' 
FORWARD  NEW  FRE0UENC7 
ASSIGNMENT  TO  ADJACENT 
CONTROLLER  /  SUPEPVI 30R 
FORWARD  ALTERNATE 
COfWIICATION  PATH 
RECEIVE  NOTICE  OF  NAVAIO 
STATUS  FROM  ADJACENT 
CCHTTOLLER/  FS3  /  SUPERVISOR  / 
PILOT 

RECEIVE  SUBSTITUTE  ROUTING 
RECEIVE  CANCELLATION  OF 
SUBSTITUTE  ROOTING 
FOpWARC  NAVA  ID  STATUS  TO 
ADJACENT 

CONTROLLER  /  SUPERVI SOR  / 
PILOT 

FORWARD  SUBSTITUTE 
ROUTING 

CANCEL  PREVIOUS 
SUBSTITUTE  ROUTING 


P*Cuir*d  Ski*' 
i. 
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APPROP.  .'ADEQUATE  INFO  GATHERING  FOR 
TASK /SITUATION 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

CONSIDERATION  OF  SUBSEQUENT  UFTECT3 
CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 
FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


CONSIDERATION  0 T  SUBSEQUENT  EFFECTS 


FOLLOW-THROUCH  ACTION  ACCOMPLISHMENT 
CONSIDERATION  OF  SUBSEQUENT  Ei FEC1S 


TABLE  7-3.  JOURNEYMAN  ACF CONTROLLER  TASK  PERFORMANCE  REQUIREMENTS 

(continued) 


R*OvnrtO  Skill 
L*v«:* 


F*CJOf» 


«  r  -s 

^  *  e 

>n  -n  t 

S  £  c  o 

|  %  1  s 

£  o  £  < 


7.23.1 

7.24.1 

7.25.1 


Task  No  I  Task  Siatamam 


i  forward  mot:—  of 
AIRSPACE  INTRUSION  BY  A 
NON-CONTROLLED  OBJECT 
!  RECEIVE  NOTICE  CF 

AIRSPACE  INTRUSION  BY  A 
NON-CONTROLLED  OBJECT 
I  ISSUE  ADVISORY  IN  RECARD 
TO  A  NON-CONTROLLED 
OBJECT 

i  ADVISE  PILOT  WHEN  CLEAR 
OF  NON-CONTROLLED  OBJECT 
RECEIVE  RUNWAY  USE  DATA 

forward  runway  use  data 

DETECT  A  PILOT  OR 
AIRCRAFT  PROBLEM  (E.G. 
HYPOXIA) 

ALERT  DESIGNATED 
PERSONNEL  OF  AIRCRAFT 
HAVING  FLIGHT  PROBLEMS 
FORWARD  CONTINGENCY 
INFORMATION  TO 
SUPERVISOR  /  ADJACENT 
CONTROLLER 

RECEIVE  SUPERVISOR  NOTICE 
TO  INHIBIT  ALERT 
BRIEF  RELIEVING  CONTROLLER 
RECEIVE  NOTICE  OF  SPECIAL 
OPERATIONS 

FORWARD  NOTICE  OF  SPECIAL 
OPERATIONS  TO  ADJACENT 
CONTROLLED /SUPERVISOR 
RECEIVE  INFORMATION  ON 
L03S  OF  RADIO  CONTACT 
WITH  AIRCRAFT 
CONDUCT  RAD  10 /RADAR 
3EARCH  FOR  AIRCRAFT 
WITHOUT  RADIO  CONTACT 
ATTEMPT  ESTABLISHMENT  OF 
COMMUNICATIONS  USING 
TRANSPONDER/ RADAR 
EQUIPMENT 

RECEIVE  INFORMATION  ON 
OVERDUE  AIRCRAFT 
CONTACT  FACILITY  ALONG 
ROUTE  OF  FLIGHT  TO  3ECURE 
INFORMATION  ON  OVERDUE 
AIRCRAFT 

CONDUCT  RADIO /RADAR 
SEARCH  FOR  OVERDUE 
AIPCRAFT 

EXPLORE  l«ETKER  OTHERS 
ARE  RECEIVING  AN 
AIRCRAFT'S  TRANSMISSIONS 
ISSUE  ALTERNATE 
COItIUNICATION  FOR 
AIR/GROUND  TRANSMISSION 

receive  pilot/ adjacent 

CONTROLLER  REQUE3T  FOR 
FLIGHT  FOLLOWING 
DENY  FLIGHT  FOLLOWING 
REQUEST 

REQUEST/ ASSIGN  BEACON 
CODE  TO  AIRCRAFT 
ISSUE  TRAFFIC  ADVISORY  IN 
REGARD  TO  TRAFFIC 
PROXIMITY 

ADVISE' ’ILOT  F*<EN  CLEAR 
Or  TRAFFIC 


!  o  <  lx  I,1!  I  Oth«r 


JilAiSlcI  Dl  E  F  G  H  ,  j 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


|J  CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


M3. 3 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 
CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


FOLLOW-THROUGH  ACTION  .ACCOMPLISHMENT 


rOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


TABLE  7-3.  JOURNEYMAN  ACF  CONTROLLER  TASK  PERFORMANCE  REQUIREMENTS 

(continued) 


r 

R«Cu<r*0  Skill 

L 

■- 

1 

• 

i 

“ 

t* 

«* 

' 

* 

I 

I 

< 

• 

a 

£ 

< 

6 

? 

l 

« 

6 

r 

T«»A  NOl 

Tuk  StJteme  ' 

• 

> 

m 

• 

1 

l 

S 

i 

§ 

z 

i 

r*i 

1 

r 

7 

6 

5 

4 

3 

2 

i 

7.34.1 

RECEIVE  A  FAD  NOTICE 

3 

7.34.2 

CONFER  WITH  PILOT  THRU 

ATCT  ON  DESIRE  FOR  FAD 
INTENTIONS 

4 

7,35.1 

RECEIVE  REQUESTED  ROUTE/ 
ALTITUDE  CHANGES  FROM 
ANOTHER  CONTROLLER /FLOW 
CONTROLLER /SUPERVISOR 

3 

7.35.2 

RECEIVE  A  FLOW 

RESTRICTION 

3 

7.35.3 

RECEIVE  METERING  DATA 

FROM  FLOW  CONTROLLER 

7.35.4 

REQUEST  FLON  CONTROL  EL 
IMPOSED 

7.35.5 

NEGOTIATE  DELAY  TECHNIQUE 
WITH  PILOT 

5 

7.35.6 

FORWARD  REQUESTED  ROUTE/ 
ALTITUDE  CHANGES  TO 
ADJACENT  CONTROLLER /FLOW 
CO'  TROLLER/ SUPERVISOR 

4 

7.36.1 

ISSUE  ADVISORY  IN  REGARD 

TO  FLIGHT  PLAN  DEVIATION 

i! 

7.37.1 

RECEIVE/ OBSERVE  HANDOFF 

5 

7.37.2 

ACCEPT  VERBAL  HANDOFF/ 
START  TRACK 

s 

7.37.3 

REJECT  HANDOFF 

I 

7.37.4 

ACCEPT  AUTOMATIC  HANDOFF 

4 

7.37.5 

VERIFY  COMMUNICATIONS 

WITH  PILOT  ON  TRANSFER  OF 
CONTROL  OR  DEPARTURE 

5 

7.17.6 

VERIFY  AIRCRAFT  ALTITUDE 
WITH  PILOT  ON  TRANSFER 

OF  CONTROL  OR  DEPARTURE 

5 

7.37.7 

CONFIRM  DATA  LINK 

comfwnications 

5 

7.38.1 

INITIATE  HANDOFF 

5 

7  38. 2 

OBSERVE  AUTOMATIC 
INITIATION  OF  HANDOFF 

4 

7.30.3 

RETRACT  HANDOFF 

4 

7.38.4' 

RECEIVE  HANDOFF 

ACCEPTANCE 

7.3e.5 

CONFER  ON  TRANSFER  OF 
CONTROL  WITH  OTHER 
CONTROLLER 

5 

7.:v6 

ISSUE  CHANGE  Or  FREQUENCY 
TO  PILOT 

4 

1 

7.35.1 

RECEIVE  NOTICE  OF  RADAR 
SENSOR  .  CTATU3  FROM 

ADJACENT 

CONTROLLER  /  SUPOVI SOR 

7.40.1 

FC3WAKD  NOTICE  OF  RADAR 

4 

SENSOR  STATUS  TO  ADJACENT 
CONTROLLER / SUPERVISOR 

7..  41.1 

REQtrEST  TEMPORARY 

USE  OF  AIRSPACE 

3 

7.41.2 

RECEIVE  RELEASE/ USE 

OF  AIRSPACE 

4 

7.41.3 

RECEIVE  REJECTION  Or 

USE  OF  AIRSPACE 

4 

7.42.. 

RECEIVE  CONTROLLER 

REQUEST  TOR  TEMPORARY 

USE  OF  AIRSPACE 

4 

7.42.1 

FORWARD  APPROVAL  FOR 
TEMPORARY  USE  OF  AIRSPACE 

5 

7.42.3 

FORWARD  DENIAL  OF 

TOtPORAAY  USE  Or  AIRSPACE 

5 

7.42.1 

SUPPRESS  MAP  ASSOCIATED 
WITH  TEMPORARY  USE  OF 
AIRSPACE 

4 

- 

L_ 

P  :f»orm*nc» 

'  '•Muftmotii 


■5 

nr 


ji 


Other 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

CONSIDERATION  OF  SUBSEQUENT  El  FELTS 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 
CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


TASK  OPTION  SELECTION 
FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 

TASK  OPTION  SELECTION 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


7-13 


TABLE  7-4.  SUMMARY  OF  CONTROLLER  SKILL  LEVEL  REQUIREMENTS 


Required  Skill  Levels 


Frequency  of  Task 
Associations 


7 

Very  High  Proficiency 

10 

6  i 

'  , 

25 

5  } 

Increasing  Ability  (Proficiency) 

57 

4 

Demonstrated  Ability  To  Do 

129 

3  ) 

1 

44 

2 

Nonperformance  Issues 

40 

1  ) 

0 

TABLE  7-5.  SUMMARY  OF  CONTROLLER  TASK  PERFORMANCE  MEASURES 


r - 

Performance  Measurement  Factors 

Frequency  of  Task 
Association 

A  Response  Time 

21 

B  Timing  of  Action 

85 

C  Speed  of  Performance 

5 

D  Accuracy  of  Performance/ Perception 

51 

E  Preplanning  Accomplishment 

23 

F  Procedure  Following 

33  • 

G  Correctness  of  Action  for  the  Situation 

58 

H  Awareness  of  Traffic  “Picture" 

55 

1  Rule/Standards  Application 

31 

J  Task  Accomplishment  Only 

41 

(None  in  A-J  cited  for  a  task) 

(*6) 

Others: 

' 

• 

•  Consideration  of  Subsequent  Effects 

29 

•  Follow-Through  Action  Accomplishment 

28 

•  Appropriate/Adequate  Information  Gathering  for  the  Task/ 

Situation 

4 

•  Awareness  of  Upstream  (Oncoming)  Traffic  Potential 

2 

•  Task  Option  Selection 

2 

7  2  Development  Controller  Training 

Performance  Requirements 

Skill  level  requirements  for  Controller  train¬ 
ees  completing  the  initial  formal  training  program 
are  cited  in  the  same  manner  as  above.  The  1  -to-7 
skill  level  scale  Is  used  to  denote  the  reauired  task 
performance  level  (Table  7-1),  The  same  list  of 
possible  performance  measurement  factors  ap- 
.  plies  (Table  7-2). 

!'  -he  context  of  training,  these  two  measures 
may  serve  as  the  basis  for  identifying  curriculum 
content  in  a  performance-based  training  program. 
Curriculum  content  is  strongly  influenced  by  its 
intended  inclusion  and  its  emphasis  in  a  training 
program.  The  inclusion  influence  has  been  en¬ 
compassed  by  the  derivation  and  validation  of 
Controller  tasks.  In  this  section  the  emphasis  in¬ 
fluence  is  opeiationalized  as  degree  of  emphasis 
and  areas  of  emphasis.  The  intended  level  of  task 
development  (performance  skill  level)  indicates 
the  degree  of  task  empnasis.  Pertinent  perform¬ 
ance  measurement  factors  indicate  the  area(s)  of 
emphasis. 

Training  skill  level  ratings  and  relevant  per¬ 
formance  measurement  factors  are  :  jsooated 
with  each  Controller  task  in  Table  7-6. 

Within  Table  7-6  (as  it  was  in  Table  7-3),  Task 
6.5.2,  “Revert  to  ACCC  Backup  Procedures" 
receives  no  skill  level  requirement  at  this  stage  in 
the  design  of  the  Sector  Suite  workstation.  Table 
7-7  summarizes  the  frequency  with  which  each 
skill  level  was  associated  with  a  task.  Over  half  the 
tasks  receive  a  rating  of  4  (Basic  Anility  To  Do  the 
Task — with  no  requirement  for  speed  or  ac¬ 
curacy).  Approximately  30  percent  more  tasks 
warranted  no  task  performance  at  all,  though  that 
does  not  preclude  a  learning  requirement  for  a 
knowledge  base  pertinent  to  those  tasks.  All  but 
seven  of  the  tasks  receiving  a  skill  level  rating  less 
than  4  are  in  Activity  7r0,  Perform  Coordination. 
Less  than,  1 5  percent  of  all  Controller  tasks  require 
trainee  achievement  of  a  performance  level  at 
som9  degree  of  speed,  accuracy,  and/or  excel¬ 
lence  (proficiency).  With  but  one  exception,  all  are 
in  the  first  six  activities. 

Training  personnel  may  use  the  lower  levels 
1 ,  2,  and  3  to  distinguish  among  nonperformance 
training  content.  For  example,  level  1  could  be 
used  to  denote  a  minimal  familiarization  to  the 
task.  Level  k  might  theri  denote  learning  a  pro¬ 


cess,  rules,  or  “when"  a  task  would  hkeiy  be  per¬ 
formed.  However,  any  level  less  than  4  does  not 
warrant  a  performance  testing  of  that  task;  though 
paper-and-pencil  testing  is  not  precluded.  For  ex¬ 
ample,  Task  7.31 .2.  “Contact  Facility  Along  Route 
of  Flight  to  Secure  Information  on  Overdue  Air¬ 
craft,”  received  a  skill  level  rating  less  than  4  But, 
it  also  was  assigned  a  measurement  factor  of  “F,” 
denoting  that  there  are  procedures  that  could  be 
learned  in  trai.  ling.  A  test  on  a  trainee's  knowledge 
of  those  procedures  rather  than  ability  to  perform 
them  is  reasonable. 

Performance  measures,  of  which  there  may 
be  more  than  one  (or  none),  per  task  are  sum¬ 
marized  in  Table  7-8.  Except  for  Factors  A  and  B, 
the  pattern  of  these  measurement  factors  is  quite 
similar  to  that  presented  in  Table  7-5  for  journey¬ 
man  Controllers.  One  difference  is  that  more  tasks 
merit  none  of  the  first  10  measurement  factors, 
coded  A  through  J.  Thirty-eight  tasks  received  no 
reference  to  any  measurement  factor,  whereas 
this  occurred  only  in  three  instances  for  journey¬ 
man  Controllers. 

Over  325  measurement  factors  are  associ¬ 
ated  with  the  tasks.  The  more  tactically-oriented 
operations  in  Activities  1.  2,  3,  and  4  have  as¬ 
sociations  with  several  performance  measures. 

The  trainee  task  performance  requirements 
of  Table  7-6  are  not  necessanly  requirements  laid 
on  training  staffs.  Rather,  they  reflect  potential 
goals,  of  formal  initial  training,  wherever  it  occurs. 
They  do  not  include  learning  requirements  based 
on  local  procedures  or  adaptations.  Other  con¬ 
siderations,  such  as  budget  constraints  or  in¬ 
sufficient  numbers  of  realistic  training  devices, 
may  prohibit  the  adoption  of  some  task  perform¬ 
ance  requirements.  This  could  reasonably  result 
in  a  task’s  skill  requirements  being  altered  or 
lowered  for  training  purposes. 

The  trainee  task  performance  requirements 
of  Table  7-6  assume  there  will  be  further  de¬ 
velopment  of  the  individual  trainees  through  on- 
the-job  training  and  experience.  In  time,  each 
individual  should  attain  the  journeyman  Controller 
levels  noted  in  Table  7-3. 
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TABLE  7-6.  TRAINEE  TASK  PERFORMANCE  REQUIREMENTS 


P*Qu-E*<5  S*‘H 

Ptr*ofmar5c» 

M#*suF»fn*nt 

p«ctc^ 

• 

5 

”5 

Ok. 

| 

! 

i 

i 

• 

« 

• 

1 

| 

• 

Y 

• 

6 

S 

r 

| 

f 

L. 

£ 

5: 

r 

• 

c. 

_ 

c 

? 

i 

s? 

? 

i 

< 

? 

* 

2 

§ 

* 

y 

« 

5 

< 

'S 

• 

3 

5 

a. 

y 

< 

| 

* 

X 

1 

< 

» 

E 

£ 

w 

■ 

Task  no. 

Task  Statamam 

G. 
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7 

6 

5 

4 

3 

2 

A 

B 

c 

D 

E 

G 

r* 

» 

J 

1.1.1 

REVIEW  FLIGHT  PLAN 

5 

Z 

u 

AFPR3P.  ADEQUATE  INFO  GATHER  INC  FOR 

DISPLAY  FOR  PRESENT 

AND  Cfi  FUTURE  AIRCRAFT 
SEPARATION 

TASK  SITUATION 

1.1.2 

REVIEW  SITUATION  DISPLAY 

5 

c 

H 

I 

APPROP.  ADEQUATE  INFO  GATHERING  FOR 

FOR  PCTDTTIAL  VIOLATION 

OF' SEPARATION  STANDARDS 

TASK  SITUATION 

1.1.3 

REVIEW  FLIGHT  PLAN 

CONFLICT  PROBE  RESULTS 

5 

H 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

1.1.4 

PROJECT  AIRCRAFT  FUTURE 
POSITION/ ALTITUDE/ FATH 

c 

c 

1.1.5 

READ-OUT 

RANGE/ BEARING/ TIME  FOR  AN 
AIRCRAFT  TO  A  FIX  OR 
GEOGRAPHIC  POINT 

4 

1.1.6 

FORCE/ QUICK -LOOK  FULL 

DATA  BLOCK /S  TO  EXAMINE 
TRACK  INFORMATION 

ON  AIRCRAFT 

4 

J 

. 

' 

1.1.7 

DETERMINE  WHETHER 

AIRCRAFT  WILL  BE 

6 

D 

E 

H 

I 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

separatee  by  less  than 
prescribed  minima 

, 

1.1.8 

select  fde  sortinc 

PRIORITY  SCHEME 

4 

: 

1.2.1 

observe  DISPLAY  OF 
NEW/CHANGED 

EQU I PMENT  /  0  PERATI ONAL 
STATJS 

4 

■ 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

' 

1.2.2 

OBSERVE  DISPLAY  OF 
NEU/CHANCED  TRAFFIC  FLOW 
CONTROL  MANAGEMENT 

4 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

1.3.1 

SEARCH  DISPLAY  FOR 

INACTIVE  FLIGHT  PLAN  ON 
CLEARANCE  REQUEST 

4 

J 

1.3.2 

PROJECT  MANUAL  FLIGHT 

PLAN  PROBE 

5 

D 

H 

i .  3.  3 

REQUEST  LIHITED/ STANDARD 
FLIGHT  PLAN  DISPLAY 

4 

c 

1.3.4 

REQUEST  FULL  FLIGHT  PLAN 
READOUT 

4 

c 

1.3.5 

ENTER  TRIAL  DEPARTURE 

TIME 

■ 

c 

E 

F 

H 

i .4.  l 

ENTER  DEPARTURE  MESSAGE 

4 

F 

.1.4.2 

START  TRACK  MANVAI.LY  1 

4 

e 

F 

1.4.3 

OBSERVE  AUTOMATIC  TRACX 
START 

3 

B 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 

,  • 

1.5.1 

ANALYZE  CONDITIONS  FOR 
PROVIDING  FLIGHT 

FOLLOWING 

4 

• 

E 

G 

H 

’ 

1.6.1 

OFFSET  A  DATA  BLOCK 

4 

j 

1.6.2 

UPDATE/ REV I SE  INPUT 
REMINDED  NOTE 

4 

■ 

; 

. 

1.6.3 

'ELECTRONIC  MEMORANDA/ 
REMOVE  FLIGHT  DATA 

ENTRIES  AND  FULL  DATA 
BLOCKS  FROM  ACCC  SYSTOt 

4 

c 

- 

'  , 

1.6.4 

REMOVE  FLIGHT  DATA 

ENTRIES  AND  FILL  DATA 
BLOCKS  FROM  INTERNAL 

ACCC  3YSTEM 

4 

■' 

1.4.5 

SUSPEND  DISPLAY  OF  FLIGHT 
DATA  ENTRIES  AND  POLL 

DATA  BLOCKS 

4 

G 

1.6.6 

SUSPEND  TRACK 

4 

G 

1.4.7 

DELETE  FULL  DATA  BLOCK 

FROM  OtM  DISPLAY 

4 

G 

1.6.8 

SUPPRESS  FJLL  DATA  BLOCK 
FROM  OVW  DISPLAY 

tn  Kcaaoxsc  to  kovtnoor 

_ 

4 

_ 

_ 

_ 

FOR  CROUP  SUPPRESSION 
INHIBIT  CONFLICT  ALEUT  IN 
SPECIFIED  AREA 
INHIBIT  MS  AW  FUNCTION  IN 
SPECIFIED  AREA 
INHIBIT  MS AW  FUNCTION  FOR 
SPECIFIED  AIRCRAFT 
RESTORE  SPECIFIC  ALERT 
FUNCTION  TO  NORMAL 
.EVALUATE  CONSTRAINT 
EFFECT  IN  FLOW 
■CHOOSE  DESIPED  SEQUENCE 
SELECT  NEW  FLOW  SEQUENCE 
DETEPHINE  THE  TECHNIQUE 
FOR  A  DELAY 

PERCEIVE  AN  ALTITUDE  IR 
ROUTE  DEVIATION 
OBSERVE  AIRCRAFT  OESUMINC 
normal  flight  plan 
DETERMINE  MANEUVER  TO 
ESTABLISH /RESTORE  FLIGHT 
PLAN  CONEORMANCE 
REQUEST  AIRSPACE 
PROXIMITY  PROBE 
DESIGNATE,  DELETE' AN  AREA 
IN  USE 

DETERMINE  RKETHER  AT" 
CONTROLS  3PECIAL  USE 
AIRSPACE 

RESTRICT  AIRCRAFT 
ACTIVITY  IN  AREA  BY 
ALTITUDE  CP  SEGMENT 
OBSERVE  DISPLAY  IF.' 
AIRSPACE  RESTRICTION 
STATUS  CHANGE 
DETERMINE  DESCENT  TIME  OR 
POINT 


TABLE  7-6.  TRAINEE  TASK  PERFORMANCE  REQUIREMENTS  (continued) 


Tuh  no 


ft«Qu<rM  $*>•* 


facto'* 


Ti*k  Sut«m«nt 


6  5 


3 .  %  2 

PROJECT  TSAfTi:  SEQUENCE 

TO  ESTABLISH -MODIFY 
APPROACH  FLOW  TO  AIRPORT. 

3R  SECTOR 

3.4.3 

OBSERVE  RANGE  BEAR.INC 
between  aircraft 

OBSERVE  AIRSPACE 
intrusion  BV  a 
NCN-CoNTRCLLET  . 5JECT 

3.6.2 

COMPOSE/ enter  reminder 
note  of  AIRSPACE 

INTRUSION 

3.6.3 

ILIGHr-FOLLOW  AN  OBSERVED 
NON-CONTROLLED  OBJECT 

6.1.3 

ENTER  TRIAL  FLIGHT  PLAN 

ahend*«mt 

6.3.2 

REVIEW  potential 
IMPEDIMENTS  FOR  IMPACT 

ON  PROPOSED  CLEARANCE 

6.1.3 

SELECT  CONFLICT 

RESOLUTION  ADVISORY 

OPTION 

6.1.6 

formulate  a  clearance 

WITH  APPROPRIATE 
INSTRUCTIONS 

6.1.5 

QUERY  pilot  regarding 
compliance  WITH  clearance 

6.1.6 

ISSUE  clearance  AND 

INSTRUCTIONS  TO  PILOT 

6-1.2 

ISSUE  CLEARANCE  THRU 
ATCT/rSS  FOP  RELAY  TO 
PILOT 

6.1.8 

VERIFY  AIRCRAFT 

COMPLIANCE  WITH  CLEARANCE 

6.4.1 

DECLARE  EMTTGENCY  EVENT 
AND  INVOKE  CONTINGENCY 
PLAN 

6.3.1 

PERCEIVE  PRESENCE  OF 
SPECIAL  OPERATIONS 

6.6.1 

OBSERVE  MEH  PLIGHT  PtA* 

Mjorr 

6,6.2 

REVIEW  FLIGHT  PLAN  FOR 
COMPLETENESS 

6.6.3 

COMPOSE/ ENTER  FLIGHT  PLAN 

6.4.4 

DELETE  NEW  FLIGHT  PLAN 
ALERT 

6.4.5 

REVIEW  FLIGHT  PLAN  FOR 
ERRORS/DATA  LIST  SEQUENCE 

4.5.1 

receive  flight  plan 

AMENDMENT  FROM  C0MMJTO 

4.5.2 

HIGHLIGHT  FLIGHT  PLAN 
POSTING  FOR  REMINDER 
ACTION 

4.5.3 

COHPOSE/ETTLA  flight  plan 
ArtRDMorr 

4.5.4 

ENTER  PILOT'S  POSITION 
REPORT  IN  SYSTEM 

4.5.5 

DELETE  FLIGHT  PLAN 
'AMENDMENT  HIGHLIGHTING 

5.1.1 

OBSERVE  DISPLAY  OF 
tCATWER 

LINE/  INTENSITY' BASE/ 
HEIGHT' HO  VO®fT 

5.1.2 

RECEIVt  3IGMET  AIRMTT 

,5.1.3 

RECEIVE  HEATHER  SRIETING 
FROM  METEOROLOCIST 

5.1.4 

E2*TER  PIREP  INTO  SYSTEM 

5.1.5 

DETERMINE  WHETHER 

ADJACENT  CONTROLLER  OR 
PILOT  NEEDS  WATHER 

» 


6 

5 

r 

3 

i 

z 

3  2 


Ol"«r 


CONStDOlATION  OF  SUBSEQUENT  CFFECT3 


APPSOP .  /  ADEQUATE  INFO  GATHERING  FOR 
TASK /SITUATION 


APPROP .  / ADEQUATE  INFO  GATHER IRC  FOR. 
TASK /SITUATION 


consideration  of  subsequent.  effects 

APPROP • '  ADEQUATE  INFO  GATHERING  FOR 
TASK  /  SITUATION 
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TABLE  7-6.  TRAINEE  TASK  PERFORMANCE  REQUIREMENTS  (continued) 


T*s*  H<y 


S**M 

.  wW«>« 


n  s 


S  5 


S 

s 

z 


3  2 


s  j  : 


3 

5 

z 

A|a 


Ot*»r 


5.1.6 

5.1.3 

5.2.1 

5.2.2 

5.2.3 

5.2.4 

5.2.5 

6.2.1 

6.2.2 

6.2.3 


6.2.4 

6.2.5 

6.2.6 

6.2.7 

6.3.1 
6.4.  1 

6.4.2 

6.5.1 

6.5.2 

6.6.  1 

6.6.2 

6.6.3 

6.7.1 

6.7.2 

6.7.3 
6.6.1 
6  6.2 

6.6.3 
6.6. 1 
6.6.2 
6. 10. 1 
6. 10.2 


ADVISORY 

DETERMINE  WCATHE*  IT** ACT 

on  routes  flow 
DETERMINE  ALTITUDE/ ROUTE 
CHaNCE  to  bypass  severe 
t«ATHER 

receive  weather  sequence 

RECEIVE  WEATHER  REPORT 
UPDATE 

DETERMINE  WHETHER  USABLE 

flight  level  has  chanced 
determine  whether  r unhay 

CONDITIONS  HAVE  CHANCED 
DETERMINE  WHETHER  CONTROL 
ZONE  IS  IFR/VTR 

review  system  status 

REVIEW  TRAFFIC  . 

STATUS  /  HEATHER 
VERIFY  THAT  ALL  REQUIRED 
DISPLAY  AND  COMMUNICATION 
SWITCHES  ARE  IN  PROPER 
LOCATION 

PERFORM  LOC-ON  SEQUENCE 

AT  designated  console 

ADJUST  PARAMETERS  AND 
DISPLAY  TO  PERSONAL 
PREFERENCE 

CHECK  DISPLAY  FOR  PROPER 
ALIGNMENT.  USABILITY.  AND 
SATISFACTORY  STATUS 
SET-UP  WORKSTATION 
ADAPTION  PARAMETERS 

detect  non-acceptance  or 

INPUT  DATA 

DETECT  OCCURRENCE  OF 
SECTOR  SUITE  TAILURE 
OBSERVE  SECTOR  SUITE  DATA 
BASE  RESTORATION 
COMPLETION  MESSAGE 
DETECT  OCCURRENCE  OF  ACCC 
FAILURE 

revert  TO  ACCC  BACKUP 
PROCEDURES  (TBOi 

determine  aircraft 
NEEDING  SUBSTITUTE 
ROUTING 

MONITOR  STATUS  Or' 
QUESTIONABLE  NAVA  ID 
OBSERVE  SUBSTITUTE 
ROUTING  ON  013PLAY 

determine,  coimunication 

FAULT 

adjust  comm  i cat i  on 

strategy 

SWITCH  TO  BACKUP  RADIO/ 
FREQUENCY 

DETERMINE  IMPENDING 
CONTROLLER  OVERLOAD 
EXCHANCE/ASSIGN 
I  NTKa- POSITION 
RESPONSIBILITIES 
REQUEST  ASSISTANCE  OR 
RELIEF 

PtRCEIVE  TRACKING  FAULT 
OR  TRANSPONDER  FAILURE 
REPOSITION/UPDATE/ 
REASSOCIATE  DATA  BLOCKS 
OBSERVE  MESSAGE  ON  LOSS 
OF  DATA  BA3E 

DETECT  FAILURE  TO  UPDATE 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


APPROP, /ADEQUATE  INTO  GATHERING  FOR 
TASK /SITUATION 


SEQUENCE  Of  ACTIONS 


CONSIDERATION  OF  SUBSEQUENT  LJ FELTS 


* 
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TABLE  7-6.  TRAINEE  TASK  PERFORMANCE  REQUIREMENTS  (continued) 


Tas*  So 

T»S*  Statement 

a*qu>'*a  S*<“ 

— 

c 

• 

X 

3 

£ 

C. 

■> 

\ 

> 

1 

T 

< 

c 

A 

* 

• 

S 

r~"> 

16  S 

3 

3 

I 

< 

I 

5 
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I 

a 

* 

V 

3 

• 

C 

% 

£ 

1 

e 

a 

2 

3  2  » 

9 

£ 

e 

5 

5 

s 

X 

A 

C 

< 

c 

£ 

0 

c 

c 

% 

£ 

c 

& 

o 

£ 

5 

Ji 

C 

* 

& 

i 

« 

3 

< 

C 

9 

1  ? 
'  - 

tM*- 

® 

5 

?  5 
£ 

c 

c 

Si 

< 

"3 

s 

s 

5 

U 

G 

9 

£ 

V 

s 

* 

< 
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1 

cl 

Si 

<\c 

s>  j  /» 

2  1 

■  - 

n  < 

2  ■* 

j  * 

J 

1 

Otner 

6.10.3 

6.10.4 

6.10.5 

6.  U.  1 

7.1.1 

’.1.2 

7.1.3 

7.1.4 

7.2.  1 

7.2.2 

7.2.1 

7.2.4 

7.3.1 

7.3.2 

7.3.3 

7.3.4 

7.  1.5 

7.4.1 

7.4.2 

7.4.3 

7.4.4 

7.5.1 

7.5  2 

7.5.3 

7.6.1 

7.4.2 

7.7.1 

7.7.2 

7.7.1 

flic wr  puls  data  base 

ENTER  DISPLAY  AMENDMENT 
-ESS ACE  ON  CONSOLE 

ENTER  FLIG'-rr  PULS  ON 
CONSOLE 

RESEQUENCE  FLIGHT  PLAN  OK 
CONSOLE 

DETECT  UNRELIABLE  V3C3 
COMMUNICATION 

ADVISE  CONTROLLER  /SUPER¬ 
VISOR  OF  AIRCRAFT  FLIGHT 
PLAN  DEVIATION 

ADVISE  CONTROLLER  OF 
RESULTS  OF  FLIGHT  PLAN 
CONFLICT  PROBE 

ADVISE  CONTROLLER  " 
POTENTIAL  CONFLICT  i*  .*US 
SECTOR 

ADVISE  CONTROLLOI  OF 
POTDfTIAL  MS  AM  IN  HIS 
SECTOR 

RECEIVE  CONTROL!**  NOTICE 
OF  POTENTIAL  AIRCRAFT 
CONFLICT  IN  SECTOR 

RECEIVE  CONTROLLER  NOTICE 
OF  POTENTIAL  MS  AM  IN  SECTOR 
RECEIVE  CONTROLLER  NOTICE 
OF  AIRCRAFT  FLIGHT  PLAN 
DEVIATION 

RECEIVE  CONTROLLED  NOTICE 
ON  RESULTS  OF  FLIGHT  PLAN 
CONFLICT  PROBE 

ISSUE  PO INTOUT 

OBSEF.7F  AUTOMATIC 
INITIATION  OF  PO INTOUT  TO 
ANOTHER  CONTROLLER 

DIRECT  FLIGHT  DATA  DISPLAY 
TO  ADJACENT  CONTROLLER 
RECEIVE  ACCEPTANCE  OF 

PO INTOUT 

RECEIVE  REJECTION  OF 

PO INTOUT 

RECEIVE  CONTROLLER 
INITIATED  PO  INTOUT 

ACCEPT  PO  INTOUT 

REJECT  PO INTOUT 

SUPPRESS  FULL  DATA 

BLOCX  AFTER  PO  INTOUT 
RECEIVE  NOTICE  OF 

AIRSPACE  RESTRICTION/ 
RELEASE  FROM  CONTROLLER 
SUPERVISOR 

REQUEST  RELEASE  Of 

SPECIAL  USE  AIRSPACE 
RECEIVE  DENIAL  OF  REQUEST 
FOR  RELEASE  OF  SPECIAL 

USE  AIRSPACE 

ADVISE  CONTROL LCT  Or 
AIRSPACE  RESTRICTION 
iMPosm 

ISSUE  ADVISORY  IN  REGARD 

TO  RESTRICTED  AIRSPACE 
PROXIMITY 

RECEIVE  NOTICE  TO  TAKE 

OVER  AIRSPACE 

RECEIVE  NOTICE  TO 
RECONFIGURE  SECTOR 

RECEIVE  NOTICE  TO  RELEASE 
AIRSPACE 

. 

5 

_ 

4 

4 

4 

4 

4 

4 

4 

4 

,3 

3 

3 

3 

3 

1 

3 

.3 

3 

3 

3 

3 

1“ 

■4 

2 

2 

♦ 

* 

uJ 

B 

D  , 

0 

£ 

D 

D 

F 

F 

G 

£ 

M 

H 

J 

FOLLOW-THROUGH  ACTION  ACCONPL t SKMENT 

FQLL044- THROUGH  ACTION  ACC0«‘LU',?«NT 

FOLLOW-THROUGH  ACTIOII  ACCCW'LISWWfT' 

CONS  I  DONATION  or  SUBSEQUENT  EFFECTS 

CONSIDERATION  or  SUBSEQUENT  EFFECTS 

rOLLOW-THROUCH  ACTION  ACCOMPLISHMENT 

rO'XOM-THROUCX  (ACTION  ACCOMPLISHfOT 

CONSIDOUTION  OF  SUBSEQUEJfT  EFFECTS 

RECEIVE  FLIGHT  PLAN  FROM 
PILOT 

RECEIVE  FLIGHT  PLAN 
'VERBALLY  FORWARDED 
QUERY  PILOT  ABOUT  FLIGHT 
PLAN 

QUERY  THE  RELAYER  OF  A 
FLIGHT  PLAN 

RECEIVE  CONTROLLER  NOTICE 
ON  REQUESTED  CLEARANCE  OF 
AIRCRAFT  LEAVING  HIS 
SECTOR 

DENY  CLEARANCE  REQUEST 
FROM  CONTROLLER 
SUGGEST  ALTERNATE  TO 
CLEARANCE  REQUEST  FROM 

controller 

RECEIVE  CLEARANCE  REQUEST 
FROM 

ATCT  FSS/  PILOT  SUPERVISOR 
RECEIVE  CONTROLLER 
REQUEST  FOR 
CLEARANCE  APPROVAL 
DENY  CLEARANCE  REQUEST 
SUGGEST  CLEARANCE 
ALT -RX.VTIVE3  TO  PILOT 
ACKNOWLEDGE  DATA  LINK 
CURRANT  REQUEST 
APPROVE  CLEARANCE  REQUEST 
FROM  CONTROLLER 
I  FORWuRO  CLEARANCE  REQUEST 
TO  ADJACENT  IONTROLLER 
REQUEST 

CLEARANCE'  >-°PROVAL  PROM 
ADJACENT  CCtTROLLER 
RECEIVE  CLE/.^NCE 
APPROVAL  CLEARANCE 
RESTRICTIONS  FROM 
ADJACENT  CONTROLLER 
RECEIVE  CLEARANCE 
DISAPPROVAL- DENIAL  FROM 
ADJACENT  CONTROLLER 
RECEIVE  ALTERNATE 
SUGGESTION  FOR 
0  LEARANCE  •  APPROVAL 
REQUESTED  or  ADJACENT 
CONTROLLER 
FORWARD  FLIGHT  PLAN 
AMENDMENT  verbally 
RECEIVE  CONTROLLER  ADVICE 
OF  UNABLE  FLIGHT  FLAN 
AMENDMENT 

RECEIVE  FLIGHT  PLAN 
AMENDMENT  .VERBALLY 
rORHAROO 

ADVISE  CONTROLLER  UNABLE 
FLIGHT  PLAN  AMENDMENT 
RECEIVE  DEPARTURE  MESSAGE 

from  controller. fss- pilot 

ISSUE  NOTICE  or  EQUIPMENT 
STATUS  TO  ADJACENT 
CONTROLLER /PILOT/ 

Supervisor 

terminate  radar,  service 
TO  AIRCRAFT 
REQUEST  P’LOT  POSITION 
REPORTS 

RECEIVE  PILOT  J  POSITION 
REPORT 

FORWARD  FLIGHT  PLAN 


FOLLOW* THROUGH  ACTI-N  ACCCHPL 1 3HKEYT 


tcwsizctaticw  :r  subsesuqct  otects 


FOLLOW-THROUGH  AdriZH  *CT0HFL  t  SMMEIfT 


FOLLCW-THROITCH  KCTIZH  ACTOMRLISHHENT 


TABLE  7-6.  TRAINEE  TASK  PERFORMANCE  REQUIREMENTS  (continued) 


R*Qu<'*0  SfciH 


Performance 

M«aSur#m#p»t 

cactor* 


DELETE  PILOT  POSITION 
REPORTS 

CONFIRM  COMPUTER  ACTIO* 
DURING  TRANSITION  STAGES 
RECEIVE  NOTICE  IF  STATUS 
OF  ADJACENT  ACT 
AUTONATION  EQUIPMENT 
RECEIVE  STATUS  OF  SECTOR 
SUITE  FAILURE  FROM 
CONTROLLER  / 3UPERVI SOR 
RECEIVE  CONFIRMATION  Or 
COMPUTER  ACTION  DURING 
TRANSITION  STAGES 
COMPOSE/ ENTER  REQUESTED 
ROUTE  /  ALT  I TUDE  CHANGE 
DECEIVE  WEATHER  ADVISORY 
FROM  DJACENT 
CONTROLLER  /  SUPERVISOR/ 
METEOROLOGIST 
RECEIVE 

REVISION /CANCELLATION  TO 
PREVIOUS  HEATHER  REPORT 
RECEIVE  WIND  SHEAR  REPORT 
RECEIVE  PIREP  ON  WATHER 
DELECT  HEATHER /ADVISORY/ 
UPnAT  FOR  DATA  LINK 
TRANSMISSION  TO  PILOT 
ISSUE  ICATHER/ ADVISORY/ 
UPDATE  TO  PILOT/ ADJACENT 
CONTROLLER 
FORWARD  >«ATKER 
INFORMATION  TO 
3UPERV I  SOR  /  NETEOROLOC I  ST 
ADVISE  SUPERVISOR 'FLOW 
CONTROLLER  OF  WATHER 
IMPACT  0*  ROUTES /FLOW 
RECEIVE  (.VmTTOLLDI  , 
REQUEST  FOR,  MOTHER 
INFORMATION 
REQUEST  -CATHE* 

INFORMATION 
RECEIVE  NOTICE  OF 
COMMUNICATION  STATUS 
RECEIVE  NO*  FREQUENCY 
ASSIGNMENT 
RECEIVE  NOTICE  OF 
ALTERNATE  COMMJNICATION 
path 

FORWARD  NOTICE  OF 
COMMUNICATION  STATUS 
FORWARD  NEW  FREQUENCY 
ASSIGNMENT  TO  ADJACENT 
CONTROLLER / SUPER V I SOR 
FORWARD  ALTERNATE 
COMMJNICATION  PATH 
RECEIVE  NOTICE  OF  NAVAID 
STATUS  nuM  ADJACENT 
CONTTOLLO '  FSS  /  SUPOtVI  SO*  / 
PILOT 

RECEIVE  SUBSTITUTE  ROUT  INC 
RECEIVE  CANCELLATION  OF 
SUBSTITUTE  ROUTING 
FORWARD  NAVAID  STATUS  TO 
ADJACENT 

COITTROLLOI  /  SUPCTV I  SO*  / 
PILOT 

FORWARD  SUBSTITUTE 
ROUTING 

CANCEL  PREVIOUS 
SUBSTITUTE  ROUTING 


APPROP.  'ADEQUATE  INFO  GATHERING  FOR 
TASK /SITUATION 

CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  OF  SUBSEQUENT  EFFECTS 
CONSIDERATION  OF  SUBSEQUENT  EFFECTS 


CONSIDERATION  or  SUBSEQUENT  EFFECTS 
FOLLOW- TWOUCH  ACTION  ACCOMPLISHMENT 
FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


CONSIDERATION  or  SUBSEQUOfT  EFFECTS 


FOLLOW-THROUGH  ACTION  ACCOMPLISHMENT 


7.34.1 

RECEIVE  A  FAD  NOTICE 

7.34.2 

CONFER  WITH  PILOT  THRU 

ATCT  ON  DESIRE  FOR  FAC 
INTENTIONS 

7.35.1 

RECEIVE  REQUESTED  ROUTE 
ALTITUDE  CHANCES  'T.OM 
ANOTHER  CONTROLLER /FLOW 

CONTROLLER ' SUPERVISOR 

7.35.2 

RECEIVE  A  FLOW 

RESTRICTION 

7.35.3 

RECEIVE  METERING  DATA 

FROM  FLOW  CONTROLLER 

7.35.4 

REQUEST  FLOW  CONTROL  BE 
IMPOSED 

7.35.5 

NEGOTIATE  DELAY  TECHNIQUE 
WITH  PILOT 

7.35.6 

FORWARD  REQUESTED  ROUTE/ 
ALTITUDE  CHANCES  TO 
ADJACENT  CONTROLLER  /FLOW 
CONTROLLER ' SUPERVISOR 

7.36. 1 

IS3UE  ADVISORY  IN  REGARD 

TO  FLIGHT  PLAN  DEVIATION 

7.37.1 

RECEIVE/ OBSERVE  HANDOFF 

7.37.2 

ACCEPT  VERBAL  HANDOFF' 
START  TRACK 

7.37.3 

REJECT  HANDOFF 

7.37.4 

ACCEPT  AUTOMATIC  HANDOFF 

7.37.5 

VERIFY  COMMUNICATIONS 

WITH  PILOT  ON  TRANSFER  OF 
CONTROL  OR  DEPARTURE 

7.37.6 

VERIFY  AIRCRAFT  ALTITUDE 
WITH  PILOT  ON  TRANSFER  Or 
CONTROL  OR  DEPARTURE 

7.37.7 

CONFIRM  DATA  LINK 
COWHJ1IICATION3 

7.36.1 

INITIATE  HANDOFF 

7.36.2 

OBSERVE  AUTOMATIC 

INITIATION  OF  HANDOFF 

7.38.3 

RETRACT  HANDOFF 

7.38.4 

RECEIVE  KANDOfT 

ACCEPTANCE 

7  36.5 

CONFER  ON  TRANSFER  Or 
CONTROL  WITH  OTHER 
CONTROLLER 

7.36.6 

ISSUE  CHANCE  OF  FREQUENCY 
TO  PILOT 

7.36.1 

RECEIVE  NOTICE  OF  RADAR 
SENSOR  STATUS  FROM 

ADJACENT 

CONTROLLER  /  3UPERV I SOR 

7.40.1 

fdrward  notice  or  radar 

SENSOR  STATUS  TO  ADJACOT 

controller  /  supotv  i  sor 

7.41.1 

REQUEST  TEMPORARY  USE  OK 
AIRSPACE 

7.41.2 

RECEIVE  RELEASE 'USE,  OF 
AIRSFACE 

7  41.3 

RECEIVE  REJECTION  OF  USE 

OF  AIRSPACE 

7.42.1 

RECEIVE  CONTROLLER 

REQUEST  FOR  TEMPORARY 

USE  or  AIRSPACE 

7.42.2 

FORWARD  APPROVAL  FOR 
TEMPORARY  USE  or  AIRSPACE 

7.42..' 

FORWARD  DENIAL  Or 

TEMPORARY  USE  Or 

AIRSPACE 

7.42.4 

SUPPRESS  MAP  ASSOCIATED 
WITH  TEMPORARY  USE  OF 
AIRSFACE 

TABLE  7-7.  SUMMARY  OF  TRAINING  SKILL  LEVEL  REQUIREMENTS 


Required  Skill  Levels 

Frequency  of  Task 

Associations 

7  Very  High  Proficiency 

0 

®  Increasing  Ability  (Proficiency) 

2 

35 

4  Demonstrated  Ability  To  Do 

148 

3) 

62 

2  >  Nonperformance  Issues 

14 

l) 

0 

TABLE  7-8.  SUMMARY  OF  TRAINING  TASK  PERFORMANCE  MEASURES. 


Performance  Measurement  Factors 

Frequency  of  Task 
Association 

A  Response  Time 

6 

B  Timing  of  Action 

11 

C  Speed  of  Performance 

0 

D  Accuracy  of  Performance/Perception 

41 

E  Preplanning  Accomplishment 

21 

F  Procedure  Following 

43 

G  Correctness  of  Action  for  the  Situation 

48 

H  Awareness  of  Traffic  “Picture” 

37 

1  Rule/Standards  Application 

23 

J  Task  Accomplishment  Only 

34 

(None  in  A-J  cited  for  a  task) 

(73) 

Others: 

•  Consideration  of  Subsequent  Effects 

30 

•  Follow-Through  Action  Accomplishment 

16 

•  Appropriate/Adequate  Information  Gathering  for  the  Task/ 

Situation  ( 

12 

•  Task  Option  Selection 

. 

'  2 

•  Sequence  of  Actions 

- - - - - 

1 

1 

2 


7.3  Sector  Deviations  from 

Controller  Performance  Requirements 


For  the  most  part,  all  types  of  sectors  require 
at  least  moderately  frequent  performance  of  all 
stated  tasks.  There  are  some  exceptions,  how¬ 
ever.  The  most  obvious  is  the  Oceanic  Sector. 

Eight  tasks  have  no  relevance  to  the  Oceanic 
Sector,  assuming  implementation  of  ODAPS, 
“Oceanic  Display  and  Processing  System."  These 
are: 

2.2.1  Detect  MSAW  Indication  or  Alarm 

7.23.1  Receive  Runway  Use  Data 

7.24.1  Forward  Runway  Use  Data 

7.33.1  Receive  Pilot  Adjacent  Controller 

Request  for  Flight  Following  , 

7.33.2  Deny  Flight  Following  Request 

7.33.3  ,  RequestAssign  Beacon  Code  to 

Aircraft 

7.33.4  Issue  Traffic  Advisory  in  Regard 

to  Traffic  Proximity 

7.33.5  Advise  Pilot  When  Clear  of 

Traffic 

Based  on  the  analysis  cited  in  Section  4.2, 
various  sector  types  are  likely  to  have  very  little 
involvement  with  1 6  other  stated  tasks.  That  is  not 
to  say  there  may  be  no  performance  of  the  tasks, 
but  the  frequency  of  performance  of  those  tasks  is 
likely  to  be  quite  low.  These  1 6  tasks  are  listed  in 
Table  7-9,  along  with  an  indication  of  which  sector 
type  would  have  a  low  frequency  of  a  need  to 
perform  them.  Performance  skill  requirements 
could  well  be  reduced  for  Controllers  working  such 
sectors. 


TABLE  7-9.  SECTOR  TYPES  WITH  A  LOW  FREQUENCY  OF  TASK  PERFORMANCE 


Task  No. 

Task 

Low 

Altitude 

Arrival 

LOW 

Altitude 

Departure 

Low 
Altitude 
En  Route 

High 

Altitude 

En  Route 

Oceanic 

Arrival 

Control 

Departure 

Control 

1.1.6 

Force-Quick  Look  lull 
data  Block  to  examine 
track  information 
on  aircraft 

LOW 

1 

1.3.1 

Search  display  lor 
inactive  flight 
plan  on  clearance 
request 

LOW 

LOW 

LOW 

LOW 

1.3.5 

Enter  tnal 
departure  time 

LOW 

. 

LOW 

LOW 

LOW 

LOW 

1.«.'1 

En:ar  0«o*rturo 
message 

LOW 

LOW 

LOW 

LOW 

LOW 

1.4.2  ■ 

Start  track  manually 

LOW 

LOW 

LOW- 

LOW 

1  4.3 

Observe  automatic 
track  start 

LOW 

LOW 

LOW 

LOW 

2.3.1 

Oetemime  need  for 
atspace  proximity  probe 

LOW 

LOW. 

2.3.2 

Determine  validity  of 
special  use  -  -soace  probe 
results 

LOW 

LOW 

2.4.1 

Observe  display  for  fixed 
obstructions  and  non-con  trolled 
airborne  objects  that  may 
interfere  with  aircraft  flight 

• 

LOW 

LOW 

3.4.1 

Determine  descent 
time  or  point 

LOW 

• 

LOW 

LOW 

5.2.3 

Determine  whether 
usable  flight  level 
has  changed 

LOW 

LOW 

' 

LOW 

LOW 

5.2.4 

Determine  whether 
runway  conditions 
have  changed 

■ 

LOW 

LOW 

5.2.  S 

Observe  whether  control 
zone  is  IFR/VFR 

, 

LOW 

LOW 

■ 

7.3.1  ■ 

Issue  pomtout 

LOW 

7.3.2 

Observe  automat* 

(rotation  of  pomtout 
to  another  Controller 

' 

LOW' 

7.4.1 

Receive  Controller- 
initiated  pomtout 

' 

LOW 

■ 

Includes  no  performance  of  the  task  lor  flight  following  purposes 


7.4  References 


1 .  Ammerman,  H.L.,  &  Essex.  D.W.  Performance 
Content  for  Job  Training.  Volume  4:  Deriving 
Performance  Requirements  (CVE  R&D  Series 
No.  124).  Columbus:  The  Ohio  State  Univer¬ 
sity.  The  Center  for  Vocational  Education. 
March  1977. 

2.  Hemphill.  J.K.  Dimensions  of  Executive  Posi¬ 
tions  (Bureau  of  Business  Research  Mono¬ 
graph  No.  98).  Columbus:  The  Ohio  State  Uni¬ 
versity,  College  of  Commerce  and  Admin¬ 
istration,  The  Bureau  of  Business  Research, 
1960. 

3.  McCormick,  E.J.  Job  Analysis:  Methods  and 
Applications.  New  York:  AMACOM.  A  division 
of  American  Management  Associations.  1979. 


H  *  •  CONTROLLER  MAN-MACHINE  DIALOGUE  DEFINITION 

Chapter  8.0 

fi 

i  i 


8  0  CONTROLLER  MAN-MACHINE 
'  DIALOGUE  DEFINITION 

■  This  chapter  extends  the  task  analysis  to 
describe  the  top  level  dialoque  between  the  Con¬ 
troller  and  the  Sector  Suite  console  This  dialogue 
is  termed  the  Dialogue  Description  Language 
(DDL)  and  requires  a  multi-step  development  pro¬ 
cess  for  each  Controller  information-processing 
task  which  has  been  identified  The  objective  in 
defining  the  DDL  is  to  establish  a  basis  for  the 
development  of  the  conceptual  user  model  of 
interaction  which  will  be  contained  in  CDRL  A005. 
Sector  Suite  Man-Machine  Functional  Capabil¬ 
ities  and  Performance  Requirements  (Ref  1  j  The 
first  step  in  developing  the  DDL  is  to  analyze  each 
of  the  tasks  identified  in  ChaDter  4  0  with  respect 
to  the  following  elements: 

•  Task  Type 

•  Display  Content 

•  Characteristic  Action  Type 

These  elements  are  defined  in  section  8. 1 .  This 
analysis  relies  upon  the  task  decomposition  per¬ 
formed  in  Chapter  4  0  as  well  as  the  scenario 
descriptions  and  portrayals  in  Chapters  3.0  and 
5.0  These  chapters  provide  the  conceptual  syn¬ 
tax  for  understanding  each  of  these  tasks  and 
determining  what  implications  about  each  task 
may  be  drawn.  By  characterizing  the  task  in  terms 
of  the  preceding  three  elements,  the  task  state¬ 
ment  may  be  enhanced  to  imply  information  pre¬ 
sentation  coding  and  interaction  techniques. 

The  enhanced  task  statements  resulting  from 
the  DDL  analysis  impart  semantic  meaning  to  the 
tasks.  In  so  doing  they  serve  as  unequivocal 
statements  which  describe  display  contents  and 
interaction  stategies.  The  final  step  in  DDL  de¬ 
velopment  involves  the  documentation  of  infer¬ 
ences  the  Controller  would  have  as  a  result  of  task 
performance.  These  inferences  serve  both  as  a 
validation  tool'  for  the  individual  DDL  statements 
and  as  inputs  to  training  program  development. 

Figure  8- 1 ,  Evolution  of  a  Controller  Dialogue 
Definition,  depicts  the  flow  of  the  analysis.  From 
the  point  when  the  tasks  are  first  identified,  each 
step  of  the  analysis  which  is  documented  in  the 
preceding  chapters  adds  additional  information 
about  the  task  as  it  is  developed,  l  ntil  it  may  finally 
be  unambiguously  defined  in  an  enhanced  task 
statement.  Figure  8-1  illustrates  how  the  infor¬ 
mation  appended  to  each  task  is  used  in  the 


development  of  the  DDL  Chapter  4.0.  Table  4-6. 
Task  Information  Requirements,  characterizes 
each  task  in  terms  of  Controller  to  Controller  inter¬ 
action  and  Controller  to  Sector  Suite  console  inter¬ 
action.  Task  information  requirements  are  associ¬ 
ated  with  appropnate  machine  aids  in  Chapter  5.0 
(Table  5-7).  The  DDL  uses  this  information  and. 
extends  the  task  characterizations  to  include  task 
types,  charactenstic  action  type,  and  display  con¬ 
tent  The  DDL  enhanced  task  statement  brings  all 
this  information  together  in  a  semantically  mean¬ 
ingful  task  requirements  statement. 

8.1  Components  of  Dialogue  Definition 

8.1.1  Task  Type 

Each  task  is  first  characterized  in  the  DDL 
according  to  one  or  more  of  the  following  types: 

•  Entry  —  tasks  which  primarily  involve 
Controller  input  to  Sector  Suite,  e.g., 
Task  1.1.8,  Select  FDE  sorting  pnority 
scheme. 

•  Receipt  —  tasks  which  are  associated 
with  review  or  observation  of  a  given 
display  for  potential  violation  of  sep¬ 
aration  standards,  e.g..  Task  1 .1 .2  Re¬ 
view  situation  display  for  potential  vio¬ 
lation  of  separation  standards. 

•  Analytical  —  tasks  which  are  primarily 
cognitive  or  decision  making  oriented, 
e.g..  Task  1.1.4,  Project  aircraft  future 
positiorvaltitude/  path . 

•  Verbal  Coordination  —  coordination 
tasks  accomplished  through  VSCS  (or 
person-person),  e.g.,  Task  7.1.4,  Ad¬ 
vise  Controller  of  potential  MSAW  in  his 
sector. 

Tasks  may  be  associated  with  more  than  one 
task  type.  For  example,  a  coordination  task  which 
can  be  accomplished  via  VSCS  or  Sector  Suite 
would  be  classified  as  a  verbal  coordination/ entry 
task  to  ••'’fleet  the  alternative  ways  of  performing 
the  task. 

Associating  tasks  with  task  types  both  clari¬ 
fies  the  nature  of  the  task  and  specifies  the  form  of 
the  DDL  charactenzations  per  task.  Entry  tasks 
are  associated  with  characteristic  action  types, 
and  display  content.  Typically,  no  inferences  are 


listed  for  entry  tasks  since  the  inference  precedes 
the  entry  task,  rather  than  results  from  task  ac- 
complisnment.  Receipt  and  analytical  tasks  are 
associated  with  all  elements  except  characteristic 
action  type,  since  no  Controller  input  is  implied. 
Verbal  coordination  tasks  are  associated  with  logi¬ 
cal  displays,  display  contents,  and  inferences,  as 
applicable.  Tasks  which  represent  a  combination 
of  types  (e.g.,  receipt  analytical,  entry  verbal  co¬ 
ordination)  are  so  specified.  The  enhanced  task 
statement  for  these  compound  task  types  reflects 
the  alternatives  through  the  use  of  a  Boolean  "or" 

8.1.2  Characteristic  Action  Type 

Characteristic  action  types  represent  appli¬ 
cation  and  hardware-independent  methods  of 
Controller  input  to  Sector  Suite.  The  seven  action 
types  used  in  the  DDL  (derived  from  Ref.  2)  are: 

Select 

Position 

Orient 

Path 

Quantify 

Text  Entry 

Sketch 

Foley  (in  Ref.  2)  defines  these  action  types  as 
follows: 

•  Select 

The  user  makes  a  selection  from  a 
set  of  alternatives.  The  set  might  be  a 
group  of  commands,  or  a  collection  of 
.  displayed  entities  which  form  part  of  the 
applications  information  presentation. 

•  '  Position 

In  carrying  out  the  positioning  task 
the  user  indicates  a  position  on  the 
interactive  display.  This  is  typically 
done  as  a  part  of  a  command  to  place 
an  entity  at  a  particular  position. 

•  Orient 

The  user  orients  an  entity  in  2D  or 
3D  space.  For  2D,  this  might  mean 
rotating  a  symbol  to  be  heading  North- 
northeast.  In  3D,  it  could  mean  con¬ 
trolling  the  pitch,  roll,  and  yaw  of  the 
view  of  a  terrain  model. 


•  Path 

The  user  generates  a  path,  which 
is  a  series  of  positions  or  orientations, 
created  over  time.  A  path  is  considered 
a  fundamental  interaction  task,  even 
though  it  consists  of  other  primitive 
tasks  (position  or  orient)  because  an¬ 
other  fundamental  dimension,  time,  is 
involved.  With  a  single  position  or 
orientation,  the  user  s  attention  is  fo¬ 
cused  on  attaining  a  single  end  result. 
In  the  present  case,  by  contrast,  it  is  the 
series  of  positions  or  onentations,  and 
their  order,  which  is  the  focus  of  atten¬ 
tion. 

A  path  of  positions  might  be  gener¬ 
ated  by  a  user  in  the  process  of  digi¬ 
tizing  a  sketch,  of  indicating  the  routing 
of  a  run  on  a  printed  circuit  board,  or  of 
showing  a  desired  route  on  a  map.  A 
path  of  orientations  (and  of  positions) 
would  be  generated  in  a  simulated  flight 
over  a  terrain  model. 

•  Quantify 

The  user  specifies  a  value  (i.e., 
number)  to  quantify  a  measure,  such  as 
the  height  of  an  entity,  or  the  value,  in 
ohms,  of  a  resistor. 

•  Text  Entry 

The  user  inputs  a  text  string,  used 
for  example  as  an  annotation  on  a 
drawing,  or  as  part  of  a  page  of  text.  The 
key  factor  is  that  the  text  string  itself 
becomes  a  part  of  the  information 
stored  in  the  computer,  rather  than  be¬ 
ing  used  as  a  command  or  being  con¬ 
verted  to  a  value,  position,  or  orient¬ 
ation.  These  inputs  can  be  accom-. 
plished  via  such  means  as  keyboard, 
menu,  voice  recognition,  or  disc  in¬ 
sertion  techniques. 

•  Sketch 

The  user,  by  manipulating  a  locat¬ 
ing  device  like  it  were  a  brush  or,  a  pen, 
causes  an  object  to  be  created  by  free¬ 
hand  sketching.  Line  structure  (thick- 


ness,  dot-dash  character,  color,  etc.) 
may  be  specified  as  part  of  the  brush 
form. 

An  additional  action  type  was  added  to  those 
derived  from  Ref.  2  for  the  DDL  analysis.  This 
action  type,  “Macro”  is  used  to  indicate  the  in¬ 
vocation  of  a  Controller  defined  prs-set  sequence 
of  commands  with  a  single  Controller  input. 

8.1.3  Display  Content 

Display  content  directly  involved  in  task  ac¬ 
complishment  such  as  a  full  and  limited  data 
clocks,  flight  plan  data  or  runway  lists,  are  cited  in 
the  DDL.  It  is  assurhed  that  a  great  deal  of  ancillary 
display  information  (particularly  situation  and  flight 
plan  display  data)  will  always  be  available  to  Con¬ 
trollers  at  the  Sector  Suita.  The  focus  in  the  DDL, 
however,  is  on  information  directly  viewed  or  ma¬ 
nipulated  in  the  course  of  task  accomplishment. 
The  display  content  is  denved  from  the  logical 
displays  defined  in  Ref.  3. 

8.1.4  Enhanced  Task  Statement 

The  enhanced  task  statement  expands  the 
original  task  statement  to  include  the  charac- 
tenstic  action  types  and  display  content  associ¬ 
ated  per  task.  By  embedding  this  information 
within  each  task  statement,  a  concise  citation  of 
MMI  requirements  per  task  is  formed.  The  en¬ 
hanced  task  statements,  therefore,  form  the  basis 
for  subsequent  development  of  the  Controller  con¬ 
ceptual  model  of  interaction,  further  refined  in 
CDRL  A005,  Sector  Suite  Man-Machine  Func¬ 
tional  Capabilities  and  Performance  Re¬ 
quirements  (Ref.  1). 

8.1.5  Controller  Inference 

Inferences  that  a  Controller  would  have  as  a 
result  of  task  performance  are  described  in  the 
DDL.  The  purpose  of  the  “Controller  Infer¬ 
ences*  column  is  to  add  descriptive  data  about  the 
task  which  aids  in  mterpr nation  and  validation  (by 
the  SSRVT)  of  the  DDL.  These  inferences  will  also 
aid  in  the  development  of  learning  objectives  for 
AAS  Controller  training  programs. 

8.1.6  Derived  Machine  Support  Response 
Time 

The  machine  response  times  to  inputs  by  the 
Controller  represent  maximum  total  system  pro¬ 


cessing  *ime  under  peak  conditions.  The  deriv¬ 
ation  of  these  requirements  is  described  and  re¬ 
ported  in  section  4.3.1,  and  is  included  in  Table 
8-1  for  completeness  of  the  man-machine  dia¬ 
logue  definition. 

Table  8-1  presents  the  AAS  Controller  DDI. 
as  described  in  this  section. 

8.2  DDL  Controller  Activity  Characteristics 

The  following  sections  summanze  the  DDL' 
characterizations  on  an  activity  by  activity  basis. 
These  summaries  extract  key  Controller  MMI 
functional  capabilities  which  feed  the  develop¬ 
ment  of  the  conceptual  model  of  interaction 
(Ref.  1.  CDRL  A005). 

8.2.1  Perform  Situation  Momtonng 

In  the  performance  of  this  activity,  the  Con¬ 
troller  synthesizes  what  is  commonly  referred  to 
as  the  “big  picture”  of  traffic  sequences  and  condi¬ 
tions  in  his  sector.  To  achieve  this  awareness,  the 
Controller  must  be  able  to  correlate  flight  plan  and 
situation  display  data.  Machine  aids  including 
flight  plan  display  sorts,  range  scales,  selected 
data  emphasis,  mapping  and  situation  display 
symbology  (e.g.,  track  symbols)  must  be  carefully 
integrated  into  the  AAS  MMI  design  to  facilitate  the 
Controller's  mental  model  of  traffic  in  his  sector. 
Situation  monitoring  will  also  be  enabled  through 
AAS  interaction  techniques  which  allow  direct  se-, 
lection  of  display  data  items  (e.g.,  aircraft  data 
blocks),  to  minimize  keystrokes. 

,  8.2.2  Resolve  Aircraft  Conflicts 

improved  conflict  alert  and  MSAW  accuracy, 
enhanced  alert  display  discnminability  anc  the 
generation  of  resolution  options  will  facilitate  <  'on- 
troller  response  to  conflicts.  Airspace  probes  will 
aid  in  aircraft  separation  from  special  use  air¬ 
space.  These  alert  and  resolution  aids,  however, 
must  be  tailored  to  the  unique  demands  of  the 
en-route  vs.  terminal  ATC  environment  to  be  of 
maximum  use  to  all  ACF  Controllers. 

8.2.3  Manage  Air  T raffic  Sequences' 

This  activity  relies  heavily  on  coordination 
with  Metering/Flow  Controllers.  Range  bearing  in¬ 
formation,  riow  metermg  lists  and  general  situ¬ 
ation  display  data  aid  the  Controller  in  effective 
traffic  sequencing.  Airspace  restrictions  are 


8-4 


handled  using  the  special  use  airspace  probe  The 
n  amtenance  of  the  mental  traffic  picture  created 
in  Activity  1.0,  Perform  Situation  Vionitonng,  is 
fundamental  to  the  Controller  s  ability  to  expedi¬ 
tiously  manage  these  sequences. 

8.2.4  Route.  Plan  Flights 

Machine  aide  (e.g.,  selected  flight  data  entry 
emphasis),  again,  facilitate  Controller  per¬ 
formance  of  this  at  tvity.  The  most  dramatic  AAS 
productive  gams,  however,  will  accrue  as  a  result 
of  the  implementation  of  the  flight  plan  conflict 
probe  function.  Properly  designed,  this  function 
should  greatly  aid  the  accuracy  and  extent  of  the 
Controller  s  “look-ahead"  ability.  The  recon¬ 
figurability.  functionality,  and  improved  Controller- 
machine  interface  of  VSCS  should  aid  air  ground 
communications  tasks,  resulting  ;n  lower  Con¬ 
troller  workload  m  this  activity. 

8.2.5  Assess  Weather  Impact 

Increased  time  responsiveness  and  forecast 
accuracy  will  be  available  to  the  Controller  with  the 
integration  of  CWP.  The  effective  use  of  graphic 
weather  depictions,  either  overlayed  on  other  data 
or  independently  displayed,  will  extend  the  Con¬ 
troller's  mental  model  of  meteorological  activity  m 
hts  sector. 

8.2.6  Manage  Sector- Position  Resources 

The  implementation  of  AAS  error  detection/ 
recovery  procedures  will  be  largely  a  function  of 
the  final  design.  As  such,  these  procedures  are 
acknowledged  (via  tasks)  m  the  task  analysts,  but 
not  fully  charactenzed.  Ir  terms  of  more  routine 
operations,  the  sector  workload  probe  function  will 
result  in  a  more  balanced  workload  between  Con¬ 
trollers  within  an  ACF  AAS  Controllers  will  also  be 
aided  by  automated  tools  which  support  position 
relief  checklists,  and  reconfigure  workstation 
char  act  enstics  according  to  a  pre-programmed 
set  of  Controller  preferences. 

8.2.7  Perform  Coordination 

Coordination  tasks  remain  a  significant  com¬ 
ponent  m  AAS  air  traffic  control.  The  addition  of 
VSCS,  Mode  S  data  link  and  “electronic  mail" 
capabilities  in  the  ACF  will  allow  greater  flexibility 
and  functional  support  for  coordination  tasks.  Dy¬ 
namic  reconfiguration  will  be  supported  by  VSCS, 
allowing  latitude  m  ACF  resectonzation. 
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Chapter  9.0 


9.0  CONCLUSIONS 

This  document  presents  a  set  of  analyses 
that  decompose  AAS  Controller  activities  into  se¬ 
quences' of  tasks  which  respond  to  ATC  events. 
The  information  network  which  defines  inter¬ 
actions  with  other  Controllers.  Pilots,  Supervisory, 
and  Metering.  Flow  Control  personnel  is  de- 
scnbed,  along  with  the  conceotual  dialogue  be¬ 
tween  the  Controller  and  his  workstation.  The 
information  needed  by  the  Controller  to  suc¬ 
cessfully  execute  tasks  accurately  and  in  a  timely 
fashion  is  also  defined.  In  specifying  this  infor¬ 
mation,  this  document  provides  the  foundation  for 
Prime  Contractor  development  of  Sector  Suite 
prototypes  and  associated  design  documentation. 

Task  characterizations  are  provided  to  as¬ 
sess  AAS  Controller  workload  and  machine  aiding 
requirements.  Skill  level  requirements  for  both 
journeyman  Controllers  and  Controller  trainees 
are  documented.  These  later  charactenzations 
enable  the  establishment  of  learning  ob)ectives 
and  an  Air  Traffic  Service  skills  development, 
acquisition,  and  training  policy. 

The  analyses  contained  here  show  several 
areas  of  significant  improvement  for  Controllers  in 
the  AAS.  Among  these  are: 

•  Enhanced  ergonomic  quality— AAS 
displays  will  allow  more  information 
coding  dimensions  than  current  NAS 
displays,  thus  enabling  mere  infor¬ 
mation  to  be  coherently  displayed  to 
the  Controller.  The  addition  of  machine 
aids  to  extend  the  Controller  s  “look 
ahead"  ability  and  streamlined  inter¬ 
action  techniques  will  also  enhance 
Controller  productivity. 

•  Increased  system  accuracy  and  op¬ 
erational  availability — Overall  system 
accuracy  in  terms  of  tracking  and.  par¬ 
ticularly,  conflict  prediction  is  critical  to 
Controller  confidence  in  the  system 
and  will  be  greatly  improved  in  the 
AAS  Increased  AAS  operational  avail¬ 
ability  will  largely  mitigate  the  need  to 
revert  to  use  of  backup  procedures/ 
equipment. 

•  Coordination — VSCS  will  aid  Con¬ 
trollers  through  automatic,  frequency 
reconfiguration,  and  a  straightforward 


interaction  technique  for  coordination. 
Also,  future  data  Hn*  capabilities  will 
reduce  the  routine  vernal  exchange 
with  data  link  equipped  aircraft  and  free 
the  Controller  to  provide  more  end- 
user  (pilot)  services,  such  as  flight  fol¬ 
lowing,  direct  fuel-efficient  routing,  and 
weather  advisory  updates. 

•  Conflict  alert' resolution  aids — The 
flight  plan  conflict  probe  function  will 
reduce  the  incidence  of  conflict  alert. 
For  situations  which  do  result  in  a  con¬ 
flict  alert,  the  generation  of  clearance' 
advisory  options  (and  eventual  auto¬ 
matic  clearance  routing  to  data  link 
equipped  aircraft)  will  aid  Controller 
response  time  and  reduce  workload. 

•  ,  Enhanced  weather  displays — Addi¬ 

tional  aeronautical  and  meteorological 
data  will  allow  greater  and  more  timely 
knowledge  of  environmental  factors 
impacting  a  Controller  s  sector. 

The  above  system  improvements  wilt  initiate 
the  first  step  in  changing  the  Controllers'  role  in  the 
ATC  system.  The  current  model  of  the  Controller 
as  an  “event-sensitive,  multi-tasking,  interruptible 
mfonnation  processor"  (Ref.  1,  CDRL  A001)  be¬ 
gins  io  evolve  more  towards  a  model  of  the  Con¬ 
troller  as  a  dynamic  programming  processor  with 
the  advent  of  significant  automated  atr  traffic  plan¬ 
ning  tools.  In  short,  the  AAS  Controller  will  place 
greater  emphasis  on  strategic  planning  rather 
than  rely  solely  on  tac’ical  execution  to  maintain 
separation  of  aircraft.  The  AAS  Controllers'  role  as 
a  systems  manager  will  also  grow,  since  selective 
application  of  traffic  management  tools  and  ma¬ 
chine  aids  will  be  under  the  Controllers'  discretion. 


However,  these  role  developments  do  not 
represent  a  dramatic  change  from  the  role  of  the 
Controller  in  the  current  NAS.  Current  cognitive 
and  perceptual  skills  required  of  Controllers  will 
continue  to  be  essential  in  the  AAS.  Knowledge  of 
ATC  procedures,  maintenance  of  the  traffic  pic¬ 
ture.  and  coordination  skills  will  be  as  much  an 
integral  part  of  the  AAS  as  in  today's  system. 
Controller  task  charactenzations  included  in  this 
document,  therefore,  reflect  evolutionary  rather 
than  revolutionary  development  towards  the  time 
when  AAS  AERA  1  Becomes  fully  operational. 


9.1  Open  Issues 

Certain  Controller  task  areas  remain  rela¬ 
tively  undefined  at  this  stage  of  AAS  development, 
since  they  are  particularly  design  dependent.  The 
degraded  control  operations  within  Activity 
6.0 — Manager  Sector  Position  Resources  and 
the  housekeeping  tasks  within  Sub-Activity  1.6 
are  identified  at  a  fairly  poarse  level  because 
further  explication  is  only  possible  with  respect  to 
a  given  system  design.  The  impact  of  these  and 
other  AAS  tasks  on  ATC  procedures  (i.e., 
7110.65)  is  also  unknown. 

The  Controller-Machine  interaction  strategy 
to  be  implemented  in  VSCS  is  also  uncertain.  The 
concern  here  is  that  the  VSCS  MMI  be  consistent 
with  that  of  the  rest  of  Sector  Suite  Specifically, 
coding  (e  g.,  co'or  codes,  blink  rates,  highlighting) 
and  input  techniques  (e.g..  select,  text  entry) 
must  be  consistent  between  Sector  Suite  and 
VSCS  to  achieve  a  successful  AAS  MMI.  It  must 
be  stressed  that  the  Controller  will  perceive  an 
overall  AAS  MMI,  not  a  compilation  of  discrete 
subsystems.  Consistency  in  requirements,  and 
ultimately,  design  approaches,  is  therefore  crit¬ 
ical. 

Currently  the  form  and  content  of  CWP  pro¬ 
ducts  is  ill-defined.  The  consistency  issue  noted 
above  is  also  applicable  here  in  terms  of  display 
coding,  display  clutter,  and  Controller  selection  of 
aeronautical  and  meteorological  data. 

One  f'nal  open  issue  concerns  the  opera¬ 
tional  development  and  deployment  of  data  link. 
Data  transmitted,  and  its  impact  to  coordination, 
will  significantly  impact  AAS  Controller  workload. 
Currently,  this  impact  is  ill-defined. 


Areas  for  Further  Investigation 


The  issue  of  workload  assessment  warrants 
continued  study  and  research.  Broader  con¬ 
sideration  of  traffic  situational  factors  is  needed  to 
produce  a  more  comprehensive  measure  of  sce¬ 
nario  impact  on  workload  experienced  by  Con¬ 
trollers.  Additionally,  the  mental  workload  im¬ 
posed  by  specific  tasks  remains  elusive  to  quan¬ 
titative  measurements. 


Individual  differences,  task  interactions,  and 
the  interaction  between  sector  geometry  and  traf¬ 
fic  density  have  been  identified  as  being  sig¬ 
nificant  overall  contributors  fo  perceived  mental 
load.  While  these  factors  are  considered  beyond 


the  scope  of  the  analytic  workload  baseline  docu¬ 
mented  here,  they  do  have  particular  reievance  to 
the  selection  and  training  of  Controllers.  Re¬ 
quirements  for  robustness  and  variability  in  the 
AAS  MMI  design  (e.g.,  Controller-selectable  auto¬ 
mated  aids,  variable  information  coding  strategy) 
may  also  be  indicated  by  these  factors.  Empirical 
investigations  of  AAS  Controller  mental  workload, 
with  respect  to  alternative  functional  Sector  Suite 
prototype  designs,  need  to  be  carried  out  to  estab¬ 
lish  a  more  accurate  model  of  AAS  Controller 
performance.  These  investigations  should  be  car¬ 
ried  out  with  a  variety  of  scenario  conditions  and 
sector  typfes  to  achieve  a  data  set  which  ade¬ 
quately  charactenzes  AAS  situational  vanability. 

Another  critical  question  concerns  changes  in 
the  Controllers'  role  and  skill  requirements  as  the 
AAS  transitions  beyond  AERA  1.  The  skill  profile 
of  AERA  1  Controllers  may  be  significantly  differ¬ 
ent  from  that  of  AERA  2  Controllers.  Questions 
regarding  selection,  transfer  of  training,  and  skill 
obsolescence  will  require  further  investigation  as 
the  AAS  develops  towards  AERA  2. 
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APPENDIX  A  -  IDENTIFICATION  OF 

CONTROLLER  INFORMATION 
PROCESSING  TASKS 

Tasks  are  the  meaningful  units  of 
work  activity  performed  by  a  Controller  m 
accomplishing  a  sub-activity.  Each  task  can 
be  viewed  as  a  unit  of  worn  effort  typically 
being  performed  to  completion.  Together  m 
a  composition  graph  they  can  illustrate 
different  routes  and  sequences  by  which  a 
sub-activity  is  accomplished. 

Controller  tasks  may  be  characterized 
as  perceptual  and/or  cognitive  or  com¬ 
binations  thereof.  There  is  ongoing  use  of 
short-term  .memory,  recognition  of  spatial 
patterns  and  traiectones.  and  pre-ieamed 
procedures  and  standards.  In  actuality,  the 
Controller  may  perform  multiple  tasks 
almost  simultaneously,  with  some  being 
interrupted  when  higher  priority  matters 
require  immediate  attention.  The  composi¬ 
tion  grapns  may  not  individually  depict  at* 
this  interaction,  but  they  as  a  set  portray 
sub-activity  action  to  its  conclusion. 

Smce  much  of  Controller  action  ter¬ 
minates  m  the  generation  and  issuance  of  a 
clearance  to  a  pilot,  the  composition  graphs 
contained  m  this  Appendix  employ  a  short¬ 
hand  notation  for  this  reoccurring  set  of 
tasks  The  component  task  structure  of  this 
notation  is  given  m  Figure  4-1  it  can  be 
noted  that  this  represents  a  portion  of  the 
composition  graph  for  Sub  Activity  4.1. 
Planning  and  Issuing  Clearances.  Through 
inclusion  of  the  'Generate  Clearance'  task 
cluster  in  appiicaoie  sub- activity  graphs,  the 
closure  of  sub-activity  performance  is  pre¬ 
served  in  response  to  events. 

This  aopendix  contains  the  composi¬ 
tion  graphs  and-TDL  for  each  of  77  sub- 
activities.  of  .  which  4 2  constitute 
coordination  and  communication  among 
Controllers  Two-hundred  Sixty-two  (262) 
AAS  Controller  tasks  and  their  sequences 
are  documented  nerem 

As  with  the  composition  graohs  for 
activities  and  sub-activities  the  tastusub- 
activity  composition  graphs  employ  the  same 
symooiogy  to  show  decision  points  poss¬ 


ible  parallel  actions,  and  actions  that  may 
be  repeated  or  may  be  ongoing  for  a  time. 
These  symbols  are: 

+  Path  selection  (or  decision  point) 

&  Parallel  path  or  tasks 

Task  repetition  or  iteration 

Triangles  are  used  to  note  the  entry 
and  exit  points  to  the  task  flow  or  sequence 
within  a  sub-activity  action,  and  is  repeated 
at  the  end  of  that  action  to  show  where  it 
concludes 

Tasks  are  numbered  only  once.  This 
usually  occurs  arbitrarily  in  relation  to  the 
primary  sub-activity  to  whicn  it  pertains  or 
the  graph  <n  which.it  first  occurs.  All  Con¬ 
troller  coordination  and  communication 
tasks  are  numbered  within  Activity  70 
When  a  task  is  cited  in  a  graph  other  than 
the  one  in  which  it  was  originally  numbered, 
that  task  is  enclosed  in  a  box  of  dashed 
lines  rather  than  a  soiid-ime  box. 

Coordination  and  communication  task 
boxes  also  contain  information  on  the 
media  used  m  pertornvr.g  those  tasxs 
Additionally,  when  either  the  Area  Super¬ 
visor  or  the  Flow  Control/Metering  position 
is  or  may  be  involved  with  the  Controller  m  a 
coordination  task,  that  involvement  is  noted 
by  shading  m  the  upper  left  corner  if  the  box 
for  Area  Supervisor  (S>  and  m  the  upper 
right  corner  for  Flow  Control/ Metering  iR. 

Media  categories  are  noted  along  the 
bottom  of  the  task  box.  abbreviated  as  S/S. 
VSCS.  and  Pers  iperson-to-oersoni  More 
than  one  of  these  Doxes  may  be  snaded  if. 
the  Controller  has  commumcat'on'options 
Available.  S/S  media  includes  data  link  as  a 
communication  tool.  Again,  shading  in¬ 
dicates  the  relevance  of  a  category  require¬ 
ment.  Figure  A-2  illustrates  the  use  of  these 
symbols  and  snadmgs  <n  Sub-Activity  3  1. 
Responding  to  Flow  Constraints.  Connect¬ 
ing  lines  and  arrows  reflect  the  possible 
flows  of  task  performance.  Note  m  Figure 
A-2  the  use  of  dasned  ooxes  where  tasks 
from  other  sub-activities  un  this  case  coor¬ 
dination  and  communication)  nave  been 
invoked,  to  ensure  a  complete  portrayal  of  a 
sub- activity's  response  to  a  given  event 
Figure  A- 3  shows  composition  graph  basic 
e'ements  and  symbology. 
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Figure  A-3.  Composition  Graph:  Basic  Elements  and  Symbology 
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The  composition  graphs  so  created 
are  presented  along  with  their  associated 
TDL  (as  described  in  section  4.1.2.).  The 
following  nine  rules  have  been  applied  in 
the  development  of  the  TDL  These  rules 
always  apply  and  may  be  carried  out 
automatically  with  the  aid  of  a  syntax 
checker. 

TDL  Rules: 

T)  Define  inputs  to  entire  sub-activity 
process. 

2)  All  sub-activities  are  encased  by: 

DO 

END  DO 

If  iteration  needs  to  be  displayed, 
e.g.,  @*.  encase  the  sub-activity 
by: 

.  DO  WHILE  (condition  exists) 

END  DO 

or 

DO  UNTIL  (something  happens, 
e.g.,  time  =  t) 

END  DO 

whichever  is  appropriate. 

3)  If  there  is  more  than  one  input  and  the 
,  input  tasks  are  jcmed  by  a  +,  handle 

each  input  separately  with  an  IF  clause. 


iF  input  is  1. 

THEN  (Task  No.  1)  Task  1 
ELSE 

IF  input  is  2 

THEN  (Task  No.  2)  Task  2 
ELSE  (Task  No.  3)  Task  3 
END  IF 
END  IF 

This  example  illustrates  the  case  of  3 
input  tasks.  This  requires  2  IF  clauses, 
because  there  is  no  choice  in  process¬ 
ing  the  3rd  Input  Task.  That  is.  if  the 
Input  Tasks  were  not  numbers  1  and  2, 
it  must  be  number  3  or  one  wouldn't  be 


in  the  sub-activity.  So,  in  general,  if 
there  are  n  input  tasks  joined  by  a  +, 
there  are  (n-1)  IF  clauses. 

4)  If  the  input  tasks  are  joined  by  an  &, 
then  apply  the  following  construction: 

IF  necessary 

THEN  (Task  #1)  Task  1 

END  IF 

ASE 

IF  necessary 

THEN  (Task  #2)  Task  2 

END  IF 

This  implies  that  the  tasks  will  be  done 
simultaneously  only  when  deemed 
necessary.  The  parameter  for  assign¬ 
ing  necessity  has  yet  to  be  estab¬ 
lished.  There  will  be  as  many  IF  clauses 
as  there  are  input  tasks 

5)  If  there  is  only  one  input  task,  no 
construction  is  required  other  than  the 
Starting  DO  which  encases  the  entire 
sub-activity. 

6)  If  there  is  more  than  one  task  or  con¬ 
struct  to  “do”  within  an  IF  clause,  put 
a: 

THEN  DO  (Task  #1)  Task  1 
(Task  *2)  Task  2 

END  DO 

If  there  is  only  one  task  to  "do”,  then 
the  THEN  is  sufficient 

7)  Similar  to  item  6)  above,  if  there  is  more 
than  one  task  which  follows  the  ELSE, 
then  use  an: 

ELSE  DO 
(Task  #1)  Task  1 
(Task  #2)  Task  2 
END  DO 

8)  In  general,  after  the  input  has  been 
processed,  a  decision  point  will  be 
reached,  signified  by  a  (dp).  This  dr 
sion  point  is  implicit  within  the  tasks 
and  called  out  for  the  sake  of  clarity  in 
the  TDL.  The  only  time  the  (dp)  is  not 
used  is  in  the  initial  processing  of 
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input,  where  the  decision  is  clear  and 
in  the  go-around  clause  (see  item  9)) 
where  the  (dp)  would  be  cumbersome 
rather  than  clarifying.  The  (dp)  phrase 
usually  takes  the  form  of  evaluating 
the  necessity  to  do  something  if  an 
active  decision  is  required  by  the  Con¬ 
troller,  or  determining  the  require¬ 
ments  which  go  into  deciding  which 
path  to  take.  The  (dp)  statement  is  in 
either  case  followed  by  an  IF  clause. 
Parameters  for  implementing  these 
(dp)s  have  not  yet  been  determined. 


The  remainder  of  this  Appendix  pre¬ 
sents  the  composition  graphs  and  TDL 
which  define  the  role  of  the  AAS  Controller 
in  the  ACF.  Figure  A-5  presents  the  top- 
level  Controller  activity  set 


9)  The  construction  which  indicates  that 
a  task  may  or  may  not !  e  done  in  the 
composition  graphs  has  the  following 
form: 


This  is  mirrored  in  the  TDL  by  the 

IF  necessary 
THEN  (Task  #)  Task 
END  IF 

clause. 

To  be  more  explicit,  one  would  have  to 
precede  this  clause  with  a  (dp),  but  in  the 
case  of  this  construction  only,  it  is  omitted 
because  of  the  additional  clarity.  It  must  be 
noted  that  a  decision  point  does  exist. 
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Figure  A-5.  Top-Level  Air  Traffic  Controller  Operational  Activities. 
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SUB- ACTIVITY  1.1  CHECKING  AND  EVALUATING  SEPARATION 

INPUT  =  FUGHT  PLAN  DISPLAY,  SITUATION  DISPLAY,  FLIGHT  PLAN  CONFLICT  PROBE 
RESULTS 


DO  WHILE  (INPUT  CONDITION  EXISTS) 

IF  INPUT  IS  FLIGHT  PLAN  DISPLAY 

THEN  (1.1.1)  REVIEW  FLIGHT  PLAN  DISPLAY  FOR  PRESENT  AND/OR  FUTURE  AIRCRAFT 

SEPARATION 

ELSE 

IF  INPUT  IS  SITUATION  DISPLAY 

THEN  (1.1.2)  REVIEW  SITUATION  DISPLAY  FOR  POTENTIAL  VIOLATION  OF 
SEPARATION  STANDARDS 

ELSE  (1 .1.3)  REVIEW  FLIGHT  PLAN  CONFLICT  PROBE  RESULTS 
END  IF 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (1.1.8)  SELECT  FDE  SORTING  PRIORITY  SCHEME 

END  IF 


IF  POTENTIAL  CONFLICTING  TRAFFIC  EXISTS 

THEN  (1.1.4)  PROJECT  AIRCRAFT  FUTURE  POSITION/ALTITUDE  PATH 
END  IF 


IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (1.1.5)  READ  OUT  RANGE/BEARING/TIME  FOR  AN  AIRCRAFT  TO  A  F|X  OR 
GEOGRAPHIC  POINT 
END  IF 


IF  DEEMED  NECESSARY  B1  CONTROLLERTO  GAIN  MORE  INFORMATION  ON  TRAFFIC  NOT 
UNDER  YOUR  CONTROL 


.1.6)  FORCE/CwiCK  LOOK  FULL  DATA  BLOCK(S)  TO  EXAMINE  TRACK  INFORMa 


TION  ON  AIRCRAFT 
CND  IF 


(1.1.7)  DETERMINE  WHETHER  AIRCRAFT  WILL  BE 
PRESCRIBED  MINIMA 


SEPARATED  BY  LESS  THAN 


'F  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.16.1)  COMPOSE/ENTER  REQUESTED  ROUTfe/ALTITUDE  CHANGE 
END  IF 

ASE 

(4.1 .1]  ENTER  TRIAL  FLIGHT  PLAN  AMENDMENT 
END  DO 
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SUO'ACTIVITY  1 .2:  RECEIVING  SYSTEM  STATUS  INFORMATION 

INPUTS  DISPLAY  OF  NEW/ CHANGED  EQUIPME  NT.'OPE RATIONAL  STATUS.  DISPLAYOF  NEW/ CHANGED  TRAFFIC  FLOW 
CONTROL  MANAGEMENT,  NOTICE  OF  NAVAIC  STATUS  FROM  ADJACENT  CONTROLLER/FSS/SUPERVISOR/ 
PILOT,  NOTICE  OF  ADJACENT  ACF  AUTOMATION  EQUIPMENT,  REQUESTED  ROUTE/ ALTITUDE  CHANGES 
FROM  ANOTHER  CON TROLLER/ FLOW  CONTROLLER/ SUPERVISOR,  NOTICE  OF  RADAR  SENSOR  STATUS  FROM 
AOJACENT  CONTROLLER/ SUPERVISOR,'  NOTICE  of  COMMUNICATION  STATUS 


DO 

IF  STATUS  CHANGES 

THEN  (1 .2.1)  08SERVE  DISPLAY  OF  NEW/CHANGED  EQUIPMENT/OPERATIONAL  STATUS 
END  IF 

ASE 

IF  FLOW  CONTROL  STATUS  CHANGES 

THEN  (1 .2.2)  OBSERVE  DISPLAY  OF  NEW/CHANGEO  TRAFFIC  FLOW  CONTROL  MANAGEMENT 
ENO  .F 

ASE 

IF  IN  NAVAIC  STATUS  CHANGES 

THEN  (7.20.1]  RECEIVE  NOTICE  OF  NAVAIO  STATUS  FROM  ADJACENT  CONTROLLER/FSS/SUPERVISOR/ PILOT 
END  IF 

ASE 

IF  STATUS  OF  AOJACENT  ACF  AUTOMATION  EQUIPMENT  CHANGES 

THEN  (7.  IS.  11  RECEIVE  NOTICE  OF  STATUS  OF  AOJACENT  ACF  AUTOMATION  EQUIPMENT 
ENO  IF 

ASE 

IF  REQUESTED  ROUTE/ALTITUOC  CHANGES 

THEN  [7  33.11  RECEIVE  REOUESTEO  ROUTE/  ALTITUDE  CHANGES  FROM  ANOTHER  CONTROLLER/  FLOW  CONTROLLER/ 

SUPERVISOR 

FNO  IF 

ASE 

IF  RADAR  SENSOR  STATUS  CHANGES 

THEN(7.3».11  RECEIVE  NOTICE  OF  RAOAR  SENSOR  STATUS  FROM  AOJACENT  CONTROLLER/ SUPERVISOR 
ENO  IF 

ASE 

IF  COMMUNICATION  STATUS  CHANGES 

THEN  (7. IS.  11  RECEIVE  NOTICE  OF  COMMUNICATION  STATUS 
ENO  IF 


ENO  OO 


SUS- ACTIVITY  1 .3:  ANALYZING  REQUESTS  FOR  CLEARANCES 
INRUT*  CLEARANCE  REQUEST  FROM  ATCT/?SS/ PILOT/SUPERVISOR 
DO 

(7.B.4]  RECEIVE  CLEARANCE  FROM  ATCT/FS3/ PILOT/ SUPERVISOR 

(dpi  DETERMINE  WHETHER  FLIGHT  PLAN  IS  AVAILABLE 

IP  ACTIVE 
THEN  DO 

IP  DEEMED  NECESSARY  BY  CONTROLLER  TO  CHECK  FOR  CONFLICTS,  SPACING,  WEATHER,  AND  COORDINA¬ 
TION  ISSUES 

(4.1.1]  ENTER  TRIAL  FUGHT  PLAN  AMENDMENT 
ENO  IP 

ASE 

IP  OEEMEO  NECESSARY  BY  CONTROLLER  TO  CHECK  FLOW  CONTROL.  AMENDMENTS,  AND  SEPARATION 
IMPACT 

(1 .3.2]  PROJECT  MANUAL  FUGHT  PLAN  PROSE 
ENO  IP 

ENO  DO 
ELSE  DO 

(1.3.1]  SEARCH  DISPLAY  FOR  INACTIVE  FLIGHT  PLAN  ON  CLEARANCE  REQUEST 

IP  NO  DISPLAY  1$  FOUND 
THEN  DO 

(dp|  EVALUATE  NECESSITY  FOR  FULL  FUGHT  PLAN  READOUT 

IP  DEEMED  NECESSARY  BY  CONTROLLER  TO  GAIN  MORE  INFORMATION 
THEN  (1 .3.4)  REQUEST  FULL  FUGHT  PLAN  READOUT 
ELSE  (1 .3.3)  REQUEST  UNITED/ STANDARD  FUGHT  PLAN  DISPLAY 
ENO  IP 

ENO  DO 
ENO  IP 

(dp)  EVALUATE  NECESSITY  TO  QUERY  RELAYER  OP  PLIGHT  PLAN 

IP  DEEMED  NECESSARY  BY  CONTROLLER  IP  FUGHT  PLAN  ERROR  EXISTS 
THEN  (7.8.4)  QUERY  THE  REL*.YER  OF  A  FUGHT  PLAN 
ELSE  (7.S.3J  QUERY  PILOT  ABOUT  FUGHT  PLAN 
ENO  IP 

(dp|  EVALUATE  NECESSITYTOCCMPOSE/ENTERFUGHTPLAN,  ENTERTRIALDEPARTURETIME.  OR  PROJECT 
MANUAL  FUGHT  P1A  4  PROBE 

i 

IP  OEEMEO  NECESSARY  BY  CONTROLLER  TO  CHECK  FORCONFUCTS.  SPACING.  WEATHER,  ANDCOORDINA- 
TION  ISSUES 

(1 .3.9)  ENTER  TRIAL  DEPARTURE  TIME 
i*:UIF 

'ASE 

IP  FUGHT  PLAN  DOES  NOT.  EXIST 

(4.4.3]  COMPOSE/ENTER  FLIGHT  PLAN 
ENO  IP 

ASS 

IP  DEEMED  NECESSARY  BY  CONTROLLER  TO  CHECK  PLOW  CO^TXCL,  AMENDMENTS.  AND  SEPARATION 
IMPACT 

(1 .3.2)  PROJECT  MANUAL  FLIGHT  PLAN  PROBE 
END  IP. 

ENO  OO 
ENO  IP 

IP  OEEMEO  NECESSARY  BY  CONTROLLER  TO  ASSURE  SEQUENCE 

THEN  (3.2.31  DETERMINE  MANEUVER  TO  ESTABLISH/RESTORE  FUGHT  PLAN  CONFORMANCE 
ENO  IP 

GENERATE  CLEARANCE 
ENO  OO 
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SUB-ACTIVITY  LA 
PROCESSING  DEPARTURE  TIKC 
INFORMATION 

_  V  _ 

RECEIVE  DEPARTURE  flESSACE  ^ 
FROl  CONTROLlER/FS'/ 

|  piiot  j 

l  '  s/s .  I  vas  2  SMI  ~~i 

#  7.13.1 


p/7  VERIFY  COfflUNlCATIONS  UITH  ^ 

PILOT  on  transfer  op  control 


t 

A 


A-T6 


1 0 


SUB- ACTIVITY  1 .4:  PROCESSING  DEPARTURE  TIME  INFORMATION 

INPUT  =  DEPARTURE  MESSAGE  FROM  ADJACENT  CONTROLLER/FSS/PILOT 

DO 

[7.13.11  RECEIVE  DEPARTURE  MESSAGE  FROM  CONTROLLER/FSS/PILOT 

[7.37.51  VERIFY  COMMUNICATIONS  WITH  PILOT  ON  TRANSFER  OF  CONTROL  OR 

DEPARTURE 

IF  AUTOMATION  SUPPORT  IS  NOT  AVAILABLE 
THEN  (1 .4.1)  ENTER  DEPARTURE  MESSAGE 
END  IF 

IF  NOT  PREVIOUSLY  VALIDATED 

THEN  [7.37.61  VERIFY  AIRCRAFT  ALTITUDE  WITH  PILOT  ON  TRANSFER  OF 
CONTROL  OR  DEPARTURE 
END  IF 

(dp)  EVALUATE  NECESSITY  TO  START  TRACK  MANUALLY 

IF  AUTOMA  TED  ACQUISITION  !S  NOT  AVAILABLE 
THEN  (1 .4.2)  START  TRACK  MANUALLY 
ELSE  (1 .4.3)  OBSERVE  AUTOMATIC  TRACK  START 
END  IF 


END  DO 


SUB-ACTIVITY  1 .5:  PROCESSING  REQUESTS  FOR  FLIGHT  FOLLOWING 
INPUT  —  PILOT/ADJACENT  CONTROLLER  REQUEST  FOR  FLIGHT  FOLLOWING 

DO 

[7.33.1]  RECEIVE  PILOT/ ADJACENT  CONTROLLER  REQUEST  FOR  FLIGHT 
FLIGHT  FOLLOWING 

(1 .5.1)  ANALYZE  CONDITIONS  FOR  PROVIDING  FLIGHT  FOLLOWING 
(d^)  EVALUATE  ABILITY  TO  GRANT  FLIGHT  FOLLOWING  REQUEST 

IF  DEEMED  NECESSARY  BY  CONTROLLER  BASED  ON  WORKLOAD 
THEN  DO 

;F  TRANSPONDER  EQUIPPED 

THEN  [7.33.3]  REQUEST/ ASSIGN  BEACON  CODE  TQ  AIRCRAFT 
ENO  IF 

[4.4.3]  COMPOSE/ENTER  FLIGHT  PLAN 

(dp)  EVALUATE  NECESSITY  TO  START  1  ^ACK  MANUALLY 

IF  TRACK  DOES  NOT  AUTO  ACQUIRE 

THEN  [1 .4.2]  START  TRACK  MANUALLY 

ELSE  [1 .4.3]  OBSERVE  AUTOMATIC  TRACK  START 

END  IF 

END  DO 

ELSE  [7.33.2]  DENY  FLIGHT  FOLLOWING  REQUEST 
END  iF 


SUB-ACTIVITY  1  .8:  HOUSEKEEPING 

INPUT*  NECESSITY  TO  ADJUST  OATA  SLOCKS,  INACTIVE  TRACKS,  FLIGHT  DATA  IN  DATA  BASE 
DO 

(dpi  EVALUATE  NECESSITY  TO  OFFSET  A  OATA  BLOCK 

IE  DEEMED  NECESSARY  AY  CONTROLLER  TO  ADJUST  OATA  SLOCK 
THEN(1.S.1|  OEESET  A  OATA  BLOCK 
ELM  DO 

(dpi  EVALUATE  NECESSI  Y  TO  U EDA TE/ REVISE  INPUT  REMINDER  NOTE 
IE  DATA  CONTAINEO  IN  REMINOER  NOTE  IS  NOT  CURRENT 
TH3N  (1.8.2)  UPDATE/ REVISE  INPUT  REMINOER  NOTE 
ELSE  DC 

(dp|  EVALUATE  NECESSITY  TO  REMOVE  FLIGHT  DATA  ENTRIES  AND  FULL  OATA  BLOCKS  FROM  ACCC  SYSTEM 
IF  AIRCRAFT  IS  NO  LONGER  A  FACTOR  (N  ANY  FACILITY 

THEN  (I  .S.3|  REMOVE  FLIGHT  OATA  ENTRIES  AND  FULL  OATA  BLOCKS  FROM  ACCC  SYSTEM 
ELSCOO 

(dpi  EVALUATE  NECESSITY  TO  REMOVE  PLIGHT  DATA  ENTRIES  ANO  FULL  OATA  BLOCKS  FROM  INTERNAL 
ACCC  SYSTEM 

IF  AIRCRAFT  IS  NO  LONGER  A  FACTOR  IN  THIS  ACCC  BUT  MAY  BE  UNDER  THE  JURISDICTION  OF  AN 
ADJACENT  FACILITY 

THEN  (1.B.4)  REMOVE  FUGHT  DATA  ENTRIES  ANO  FULL  OATA  BLOCKS  FROM  INTERNAL  ACCC 

SYSTEM 
ELSE  DO 

(dp)  EVALUATE  NECESSI TY  TO  SUSPEND  DISPLAY  OF  FUGHT  OATA  ENTRIES  ANO  FULL  OATA 
SLOCKS 

IF  OEEMEO  NECESSARY  BY  CONTROLLER  TO  SUSPENO  THE  OISPLAY  OF  AN  AIRCRAFT  BUT 
ALLOWITTO  BE  RECALLED 

THEN  (1 .8.5)  SUSPEND  DISPLAY  OF  FUGHT  DATA  ENTMES  ANO  FULL  OATA  SLOCKS 
ELSE  DO 

(dp|  EVALUATE  NECESSITY  TO  SUSPEND  TRACK 

IF  DEEMED  NECESSARY  BYCONTROLLER  TO  SUSPENO  THE  OISPLAY  OF  A  FULL 
OATA  SLOCK  BUT  RETAIN  THE  FUGHT  OATA  ENTRIES 
THEN  (1 .8.81  SUSFENO  TRACK 
ELSE  OO 

(dpi  EVALUATE  NECESSITY  TO  DELETE  FULL  OATA  BLOCK  FROM  OWN 
DISPLAY 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  DELETE  THE 
DISPLAY  OF  A  FULL  OATA  BLOCK  CN  OWN  OISPLAY 
THEN  (1.8.71  DELETE  FULL  DATA  BLOCK  FROM  OWN 
DISPLAY 
ELSE  DO 

(dp|  EVALUATE  NECESSITY  TO  SUPPRESS  FULL  OATA 
SLOCK  FROM  OWN  OISPLAY 

IF  DEEMEO  NECESSARY  BY  CON¬ 
TROLLER  TO  SUPPRESS  FULL  OATA 
BLOCK  FOR  A  VARIABLE  TIME 
THEN  (1 .8.81  SUPPRESS  FULL  OATA 
BLOCK  FROM  OWN  OISPLAY 
ELSE  (1.8.8)  DELETE  FLIGHT  OATA 
ENTRY  FROM  A  SELECTED  DISPLAY 

END  IF 

ENOOO 
END  IF 

ENOOO 
END  IF 

ENOOO 
END  IF 


CNDOQ 

ENOIF 

SNC  OO 
EHO  IF 
ENOOO 
ENO  IF 

ENOOO 
ENO  IF 

ENOOO 
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RESOLVE  AIRCRAFT  CONFLICTS 


2,0 


SUB-ACTIVITY  2.1 :  PERFORMING  CONFLICT  RESOLUTION 

INPUT=  CONTROLLER  NOTICE  OF  POTENTIAL  AIRCRAFT  CONFLICT  IN  SECTOR,  AIR¬ 

CRAFT  CONFLICT  ALERT  INDICATION 


IF  INPUT  IS  CONTROLLER  NOTICE  OF  POTENTIAL  AIRCRAFT  CONFLICT  IN  SECTOR 
THEN  (7.2.1]  RECEIVE  CONTROLLER  NOTICE  OF  POTENTIAL  AIRCRAFT  CONFLICT  IN 
SECTOR 

ELSE  (2.1.1)  DETECT  AIRCRAFT  CONFLICT  ALERT  INDICATION 
END  IF 

(2.1 .2)  DETERMINE  VALIDITY  OF  CONFLICT  ALERT  NOTICE  OR  INDICATION 

IF  ALERT  IS  VALID 
THEN  DO 

(dp)  EVALUATE  NECESSITY  TO  ADVISE  ADJACENT  CONTROLLER 

IF  CONFLICT  ALERT  GOES  OFF  ON  AIRCRAFT  NOT  UNDER  YOUR 
CONTROL 

THEN  (7.1.3]  ADVISE  ADJACENT  CONTROLLER  OF  POTENTIAL 
CONFLICT  IN  HIS  SECTOR 
ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  GENERATE  CLEARANCE 

IF  CLEARANCE  IS  REQUIRED  TO  RESOLVE  CONFLICT 
THEN  GENERATE  CLEARANCE 
ELSE  DO 

(2.4.3]  FORMULATE  ADVISORY/ RESOLUTION 
CONFLICT 

(7.33. 1]  ISSUE  TRAFFIC  ADVISORY  I N  REGARD 
TO  TRAFFIC  PROXIMITY 

IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  [2.4.4]  DETECT  AIRCRAFT 
MANEUVER  IN  RESPONSE  TO  ADVISORY 
END  IF 

IF  PILOT  DOES  NOT  HAVL  TRAFFIC  IN 
SIGHT 

THEN  [7.33.5]  ADVISE  PILOT  WHEN 'LEAR 
OF  TRAFFIC 
END  IF 

END  DO 
END  IF 

END  DO 
END  IF 


ENODO 
END  IF 
ENODO 
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SUB-ACTIVITY  2.2:  PERFORMING  MINIMUM  SAFE  ALTITUDE  WARNING  PROCESSING 

INPUT ss  CONTROLLER  NOTICE  OF  POTENTIAL  MSAW  IN  SECTOR,  MSAW  INDICATION 
j  —  OR  ALARM 

DO 

IF  INPUT  IS  CONTROLLER  NOTICE  OF  POTENTIAL  MSAW  IN  SECTOR 
THEN  [7.2.2]  RECEIVE  CONTROLLER  NOTICE  OF  POTENTIAL  MSAW  IN  SECTOR 
■  ELSE  (2.2.1 )  DETECT  MSAW  INDICATION  OR  ALARM 

1  END  IF 

(2.2.2)  DETERMINE  VALIDITY  OF  MSAW  NOTICE  OR  INDICATION 

IF  ALERT  IS  VALID 

*  THEN  DO 

it 

(dp)  EVALUATE  NECESSITY  TO  ADVISE  ADJACENT  CONTROLLER 

IF  MSAW  GOES  OFF  AN  AIRCRAFT  NOT  UNDER  YOUR  CONTROL 
THEN  [7.1 .4]  ADVISE  ADJACENTCONTROLLER  OF  POTENTIAL  MSAW 
IN  HIS  SECTOR 

*  ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  GENERATE  CLEARANCE 

IF  CLEARANCE  IS  REQUIRED  TO  RESOLVE  MSAW 
THEN  GENERATE  CLEARANCE 
ELSE  DO 

I  [2.^.3]  FORMULATE  ADVISORY/ RESOLUTION 

CONTENT 

[7.22.3]  ISSUEADVISORYIN  REGARDTO  A  NON- 
CONTROLLED  OBJECT 


i 


i 


»  ENO  DO 

END  IF 
END  OO 


I 


IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  (2.4.4]  DETECT  AIRCRAFT  MANEUVER  IN 
RESPONSE  TO  ADVISORY 
END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  [7.22.4]  ADVISE  PILOT  WHEN  CLEAR  OF 
NCN-CONTROLLED  OBJECT 
END  IF 

END  DO 
END  IF 

END  DO 
END  IF 
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SUB-ACTIVITY  23 
PERFORMS  iG  AIRSPACE  CONDUCT 
PROCESSING 

V 

ill _ J _ 


DETERMINE  NEED  FOR 
AIRSPACE  PROXIMITY  PROBE 


1  1  i 

ENTER  TRIAL  PLIGHT  REQUEST  AIRSPACE 

PLAN  AMENDMENT  i  ROXIMlTV PROBE 


ill _ l 


|  cctirminc  vAuoi'nr  of  ! 

|  SPECIAL  USE  AIRSPACE  ' 

PROSE  RESULTS  1 
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SUB-ACTIVITY  2.3:  PERFORMING  AIRSPACE  CONFLICT  PROCESSING 
I N PUT  =  NEED  FOR  AIRSPACE  PROXIMITY  PROBE 

DO 

(2.3.1)  DETERMINE  NEED  FOR  AIRSPACE  PROXIMITY  PROBE 

(dp)  EVALUATE  NECESSITY  TO  ENTER  TRIAL  FLIGHT  PLAN  AMENDMENT 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  OBTAIN  AIRSPACE  PROBE 
RESULTS 

THEN  (4.1 .1]  ENTER  TRIAL  FLIGHT  PLAN  AMENDMENT 
ELSE  [3.3.1]  REQUEST  AIRSPACE  PROXIMITY  PROBE 
END  IF 

(2.3.2)  DETERMINE  VALIDITY  OF  SPECIAL  USE  AIRSPACE  PROBE  RESULTS 

IF  DEEMED  NECESSARY  FOR  OPERATIONAL  NEEDS 
THEN  DO 

[7.5.2]  REQUEST  RELEASE  OF  SPECIAL  USE  AIRSPACE 
IF  AIRSPACE  CANNOT  BE  RELEASED 
THEN  [7.5.3]  RECEIVE  DENIALOF  REQUEST  FOR 
RELEASE  OF  SPECIAL  USE  AIRSPACE 
END  IF 


END  DO 
END  IF 

(dp)  EVALUATE  NECESSITY  TO  FORMULATE  CLEARANCE  OR  ADVISORY 
IF  CLEARANCE  FORMULATION  IS  REQUIRED 
THEN  DO 

(dp)  EVALUATE  NECESSITY  TO  GENERATE  CLEARANCE 

IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  GENERATE  CLEARANCE 
ELSE  DO 

[2.4.3]  FORMULATE  ADVISORY/ RESOLUTION 
CONTENT 

[7.6.2]  ISSUE  ADVISORY  IN  REGARD  TO 
RESTRICTED  AIRSPACE  PROXIMITY 


END  DO 
END  IF 
END  DO 


IF  PILOT  REQUESTS  OR  OPERATIONAL 
NEEDS  REQUIRE 

THEN  [2.4.4]  DETECT  AIRCRAFT 
MANEUVER  IN  RESPONSE  TO  ADVISORY 
END  IF 

END  DO 
END  IF 
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SUfrACTWiTY  2.4:  ISSUING  ADVISORIES 


INPUTS  POSSIBLE  AIRCRAFT  POSITION/ ALTITUDE/ PATH  CONFUCT.  POSSIBLE  AIRCRAFT  OBSTACLE.  CONFLICT 
ABSOLUTION  ADVISORIES 

00 

IF  POTENTIAL  CONFUCT  EXISTS 

THEN  (1.1.4J  PROJECT  AIRCRAFT  POSITION/ ALTITUOE/PATH 

ENO  IF 

ASE 

IF  POTENTIAL  CONFLICT  EXISTS 

THEN  (2.4.1)  OBSERVE  DISPLAY  FOP  FIXED  OBSTRUCTIONS  AND  NON-CONTPOLLEO  AIRBORNE  OBJECTS  THAT  MAY 
INTERFERE  WITH  AIRCRAFT  FLIGHT 
ENO  IF 

ASE 

IF  PROBE  GENERATES  ADVISORY  UST 

THEN  (2.4.2)  EVALUATE  CONFLICT  RESOLUTION  AOVISOPIES 
ENO  IF 

(dp)  EVALUATE  NECESSITY  TO  FORMULATE  AOVISOAY/  RESOLUTION  CONTENT 
IF  OEEMEO  NECESSARY  BY  CONTROLLER  TO  FORMULATE  ADVISORY 
'  THEN  (2.4.3)  FORMULATE  AOVISORY/  RESOLUTION  CONTENT 
ELSE  (4.1 .3J  SELECT  CONFLICT  RESOLUTION  AOVISORY  OPTION 
ENO  IF 

(dp)  EVALUATE  NECESSITY  TO  ISSUE  ADVISORIES 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  ISSUE  AOVISORY  - 
THEN  CO 

(dp)  EVALUATE  TYPE  OF  ADVISORY  TO  ISSUE 
IF  TYPE  IS  IN  REGARO  TO  TRAFFIC  PROXIMITY 

THEN  (7.33.41  ISSUE  TRAFFIC  AOVISORY  IN  REGARO  TO  TRAFFIC  PROXIMITY 
ELSE 

IF  TYPE  IS  IN  REGARO  TO  A  NON-CONTROLLEO  OBJECT 

THEN  (7  22  3)  ISSUE  AOVISORY  IN  REGARO  TO  A  NON-CONTROLLED  OBJECT 

ELSE 

IF  TYPE  IS  IN  REGARO  TO  FLIGHT  PLAN  DEVIATION 

THEN  (7.36.1)  ISSUE  ADVISORY  IN  REGARO  TO  FLIGHT  PLAN  DEVIATION 
ELSE 

IF  TYPE  IS  IN  REGARO  TO  RESTRICTED  AIRSPACE  PROXIMITY 
THEN  (7.6.21  ISSUE  AOVISORY  IN  REGARO  TO  RESTRICTED  AIRSPACE  PROXIMITY 
ENO  IF 
ENO  IF 
ENO  IF 

ENO  IF 
ENO  OO 
ENO  IF 

(dp)  EVALUATE  NECESSITY  TO  GENERATE  CLEARANCE 

IF  DEEMED  NECESSARY  BY  CONTROLLERTO  GENERATE  CLEARANCE 

THEN  GENERATE  CLEARANCE 

ELSS'OO 

IF  OEEMEO  NECESSARY  BY  CONTROLLER  '0  CONTINUE  AOVISORY 
THEN  (2.4.4)  DETECT  AIRCRA-T  MANEUVER  IN  RESPONSE  TO  AOVISORY 

(dP)  EVALUATE  ABILITY  IN  TIMS  TO  AOVISE  PILOT  WHEN  CLEAR  OF  TRAFFIC 

IF  PILOT  DOES  NOT  HAVE  TRAFFIC  IN  SIGHT 

THEN  (7  33  51  ADVISE  PILOT  WHEN  CLEAR  OF  TRAFFIC 

ELSE  (7  22.4)  AOVISE  PILOT  WHEN  CLEAR  OF  NON-CONTROLLEO  OBJECT 

ENO  IF 

ENO  IF 

ENO  OO 
END  IF 
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ENO  OO 


SUB-ACTIVITY  2.5:  INHIBITING  ALERTS 

INPUT  =  CONFLICT  ALEPT  NOTICE  OR  INDICATION,  ALERTDISPLAY,  MSAW  NOTICE  OR 

INDICATION,  SUPERVISOR  NOTICE  TO  INHIBIT  ALERT 


DO 

IF  INPUT  IS  CONFLICT  ALERT  NOTICE  OR  INDICATION 

THEN  [2.1.2]  DETERMINE  VALIDITY  OF  CONFLICT  ALERT  NOTICE  OR  INDICATION 
ELSE 

IF  INPUT  IS  ALERT  DISPLAY 

THEN  (2.5.1)  DETERMINE  VALIDITY/ APPROPRIATENESS  OF  USE  OF  AN  ALERT 

DISPLAY 

ELSE 

IF  INPUT  IS  MSAW  NOTICE  OR  INDICATION 

THEN  [2.2.2]  DETERMINE  VALIDITY  OF  MSAW  NOTICE  OR  INDICATION 
ELSE  [7.26.1]  RECEIVE  SUPERVISOR  NOTICE  TO  INHIBIT  ALERT 
END  IF 
END  IF 

END  IF 

(dp)  EVALUATE  TYPE  OF  ALERT  FUNCTION 

IF  TYPE  IS  CONFLICT  ALERT  FOR  PAIRED  AIRCRAFT 

THEN  (2.5.2)  INHIBIT  CONFLICT  ALERT  FOR  PAIRED  AIRCRAFT 

ELSE 


IF  1YPE  IS  MSAW  FUNCTION  FOR  SPECIFIED  AIRCRAFT 

THEN  (2:5.6)  INHIBIT  MSAW  FUNCTION  FOR  SPECIFIED  AIRCRAFT 

ELSE  DO 

IF  TYPE  IS  CONFLICT  ALERT  FOR  GROUP  SUPPRESSION 

THEN  (2.5.3)  INHIBIT  CONFLICT  ALERT  FOR  GROUP  SUPPRESSION 

ELSE 

IF  TYPE  IS  CONFLICT  ALERT  IN  SPECIFIC  AFIEA 
THEN  (2.5.4)  INHIBIT  CONFLICT  ALERT  IN  SPECIFIED  AREA 
ELSE  (2.5.5)  INHIBIT  MSAW  FUNCTION  IN  SPECIFIED  AREA 
END  IF 
END  IF 


IF  NEED  FOR  ALERT  INHIBIT  IS  PAST 

THEN  (2.5.7)  RESTORE  SPECIFIC  ALERT  FUNCTION  TO  NORMAL 
END  IF 

END  DO 
END  IF 

END  IF 
END  DO 
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MANAGE  AIR  TRAFFIC  SEQUENCES 


3.0 


ACTIVrTY  3 

MANAGE  AH  TRAfflC  SEQUENCES 


ENTERING/ LEAVING  HOLD.  RUNWAY 
CONFIGURATION  CHANGE.  FLOW 

management  required,  change 

FLOW  PATTERN- 


RESPONDING  TO  FLOW  CONSTRAINTS 


fuqht  pun  deviation  osserved 


J  ALTRV/ airspace  reservation. 

•—  RESTRICTED/ WARNING/ 

I  "HOT'  MO  A 


RESFONOINO  TO  SPECIAL  USE 
AIRSPACE  EVENTS 


ENTERING/ LEAVING  HOLD. 

CLEARANCE  REOUEST. 

(HJNWAY  CONFIGURATION  CHANGE. 
CHANOE  FLOW  PATTERN.  SEQUENCING 
REQUIRED 


ESTABLISHING  ARRIVAL  PATTERNS 


|  entering,  leaving  holo.  clearance 

I —  REOUEST.  RUNWAY  CONFIGURATION 
j  CHANGE.  CHANGE  FLOW  PATTERN. 

1  FLIGHT  PUN  CONFLICT 


MANAGING  DEPARTURE  PATTERNS 


BALLOON.  GLIOER 


MONITORING  NON-CONTROLLEO  i 

OBJECTS  f 
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SUB-ACTIVITY  3_L 


RESPONDING  TO  FLOW  CONSTRAINTS 


_  JL  _ 


receive  a  fad  notice 


;/  *ICI  »lMQwlS'!0«Ou  ! 

"  u' '^OICn*«iCIS«C»I 

*NOT-M  ;3*n*Oo.I*  *i.O*r 
co*»T«ot.Le" 


CONPE  R  WITH  PILOT  THRU 
ATCT  ON  OEStRE  FOR  FAQ 
INTENTIONS 


EVALUATE  CONSTRAINT 
effect  ON  FLOW 


OfTERMiNC  THE 
TECHNIQUE  FOR  A  OELAY 


V 

✓  NEGOTIATE  DELAY 
TECHNIQUE  WITH  PILOT 


SUB-ACTIVITY  3.1 :  RESPONDING  TO  FLOW  CONSTRAINTS 

INPUTS  FAD  NOTICE,  REQUESTED  ROUTE/ALTITUDE  CHANGES  FROM  ANOTHER 
CONTROLLER/ FLOW  CONTROLLER/SUPERVISOR 

DO 

IF  INPUT  IS  REQUESTED  ROUTE/  ALTITUDE  CHANGES  FROM  ANOTHER  CONTROLLER/  FLOW 
CONTROLLER/SUPERVISOR 

THEN  [7.35.1]  RECEIVE  REQUESTED  ROUTS/ ALTITUDE  CHANGES  FROM 
ANOTHER  CONTROLLER/ FLOW  CONTROLLER/SUPERVISOR 

ELSE  DO 

[7.34.1]  RECEIVE  A  FAD  NOTICE 

IF  P.LOT  PREFERS  GROUND  DELAY  OR  AIR  DELAY 
THEN  DO  UNTIL  (INTENTIONS  ARE  CLEAR) 

[7.34.2]  CONFER  WITH  PILOT  THROUGH  ATCT  ON  DESIRE  FOR  FAD 

INTENTIONS 

END  DO 

END  If 

END  DO 
END  IF 

(3.1 .1)  EVALUATE  CONSTRAINT  EFFECT  ON  FLOW 

IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  (3.1 .2)  CHOOSE  DESIRED  SEQUENCE 
END  IF 

ASE 

IF  CURRENT  SEQUENCE  IS  INADEQUATE 
THEN  (3.1 .3)  SELECT  NEW  PLOW  SEQUENCE 

END  IF  ' 

(3.1 .4)  DETERMINE  THE  TECHNIQUE  FOR  A  DELAY 

!F  DELAY  TECHNIQUES  REQUIRE  PILOT  INPUT 
THEN  [7.35.5]  NEGOTIATE  DELAY  TECHNIQUE  WITH  PILOT 
END  IF 

GENERATE  CLEARANCE 
END  DO 


SUB-ACTIVITY  32 
PROCESSING  DEVIATIONS 

V  ^ 


SUB- ACTIVITY  3.2:  PROCESSING  DEVIATIONS 

INPUT=  AN  ALTITUDE  OR  ROUTE  DEVIATION,  CONTROLLER  NOTICE  OF  AIRCRAFT 
FLIGHT  PLAN  DEVIATION 


DO 

IF  INPUT  IS  AN  ALTI TUDE  OR  ROUTE  DEVIATION 

THEN  (3.2.1)  PERCEIVE  AN  ALTITUDE  OR  ROUTE  DEVIATION 

ELSE  r  .2.3]  RECEIVE  CONTROLLER  NOTICE  OF  AIRCRAFT  FLIGHT  PLAN  DEVIATION 
END  IF 

[4.1 .5]  QUERY  PILOT  REGARDING  COMPLIANCE  WITH  CLEARANCE 

(dp)  DETERMINE  WHETHER  TO  ADVISE  ANOTHER  CONTROLLER/SUPERVISOR  OF  THE 
DEVIATION 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [7.1 .11  ADVISE  CONTROLLER/SUPERVISOR  OF  FLIGHT  PLAN  DEVIATION 
END  IF 

IF  AIRCRAFT  IS  RESUMING  NORMAL  FLIGHT  PLAN 

THEN  (3.2.2)  OBSERVE  AIRCRAFT  RESUMING  NORMAL  FLIGHT  PLAN 

ELSE  DO 

(dp)  DETERMINE  WHETHER  TO  ESTABLISH/ RESTORE  SEQUENCE 
IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  DO 

(3.2.3)  DETERMINE  MANEUVER  TO  ESTABLISH/ RESTORE  FLIGHT 
PLAN  CONFORMANCE 

t  •  GENERATE  CLEARANCE 

END  DO 
ELSE  DO 

[2.4.3]  FORMULATE  ADVISORY/ RESOLUTION  CONTENT 
[7.36.1]  IS£  VISORY  IN  REGARD  TO  FUGHT  PLAN  DEVIATION 

IF  DEEMco  NECESSARY  BY  CONTROLLER  TO  CONTINUE  ADVISORY 

(SERVICE) 

THEN  [2.4.4]  DETECT  AIRCRAFT  MANEUVER  IN  RESPONSE  TO 

ADVISORY 

ENOIF 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  CHECK  CONFOR¬ 
MANCE  WITH  FLIGHT  PLAN 

THEN  (3.2.2)  OBSERVE  AIRCRAFT  RESUMING  NORMAL  FLIGHT 

PLAN 

ENOIF 

END  DO 
ENOIF 

END  00 
ENOIF 
END  DO 
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SU8- ACTIVITY  3.3. 
RESPONDING  TO 
SPECIAL  USE  AIRSPACE 
EVENTS 


V 


MMAaOMUM  an  AACA  | 


p€T« m»im  mntmh  4tc 
CO«*»OlJ  »P«CMIL  uM 


I  Hi 


SUB-ACT-'TY  3.3:  RESPONDING  TO  SPECIAL  USE  AIRSPACE  EVENTS 


INPUT  =  NOTICE  OF  AIRSPACE  RESTRICTION/ RELEASE  FROM  CONTROLLER/ 
SUPERVISOR.  DISPLAY  OF  AIRSPACE  RESTRICTION  STATUS  CHANGE 


DO 

IF  INPUT  IS  NOTICE  OF  AIRSPACE  RESTRICTION/RELEASE 

THEN  [7.5.1]  RECEIVE  NOTICE  OF  AIRSPACE  RESTRICTION/RELEASE  FROM  CONTROLLER/ 
SUPERVISOR 

ELSE  (3.3.5)  OBSERVE  DISPLAY  OF  AIRSPACE  RESTRICTION  STATUS  CHANGE 
END  IF 

(3.3.2)  DESIGNATE/DELETE  AN  AREA  IN  USE 

(dp)  DETERMINE  WHETHER  TO  REQUEST  AIRSPACE  PROXIMITY  PROBE  OR  TRIAL  FLIGHT 
PLAN  AMENDMENT 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  OBTAIN  PROBE  RESULTS 
THEN  (3.3.1)  REQUEST  AIRSPACE  PROXIMITY  PROBE 
ELSE  (4.1 .1)  ENTER  TRIAL  FLIGHT  PLAN  AMENDMENT 
END  IF 

(3.3.3)  DETERMINE  WHETHER  ATC  CONTROLS  SPECIAL  USE  AIRSPACE 

(dp)  EVALUATE  NECESSITY  TO  REQUEST  RELEASE  OF  SPECIAL  USE  AIRSPACE 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [7.5.2]  REQUEST  RELEASE  OF  SPECIAL  USE  AIRSPACE 

ELSE  (3.3.4  RESTRICT  AIRCRAFT  ACTIVITY  IN  AREA  BY  ALTITUDE  OR 

SEG  WENT 

END  IF 

GENERATE  CLEARANCE 
END  DO 
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5.4. 


SUB-ACTIVITY  3.4 
ESTABLISHING  ARRIVAL  PATTERNS 


V 


v 

A 


w 


V 


f  ORWARD  REOUESTED  ROUTE/ 
ALTITUDE  CHANGES  TO  AOJACFNT 
CONTROLLER/  FLOW  CONTROLLER/ 
SUPERVISOR 


PROJECT  TRa*-  r  FQuENCETO 
ESTABLISH  Vlv-’T.'  Y  APPROACH 
FLOW  TO  AIRPORT  OR  SECTOR 


SUB-ACTIVITY  3.4:  ESTABLISHING  ARRIVAL  PATTERNS 

INPUT  =  REQUESTED  ROUTE/ALTITUDE  CHANGES  FROM  ANOTHER  CONTROLLER/ 
FLOW  CONTROLLER/SUPERVISOR,  DESCENT  TIME  OR  POINT 


DO 

IF  DEEMED  NECESSARY  BY  OTHER  CONTROLLER,  FLOW  CONTROLLER,  OR 
SUPERVISOR 

THEN  [7.35.11  RECEIVE  REQUESTED  ROUTE/ALTITUDE  CHANGES  FROM  ANOTHER 
CONTROLLER/FLOW  CONTROLLER, 'SUPEhVISOR 
END  IF 

(3.4.1)  DETERMINE  DESCENT  TIME  OR  POINT 

(dp)  DETERMINE  NECESSltY  TO  PROJECT  TRAFFIC  SEQUENCE  OR  FORWARD  TRAFFIC 
FLOW 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  PROJECT  TRAFFIC  SEQUENCE  OR  FOR¬ 
WARD  TRAFFIC 
THEN  DO 

(dp)  DETERMINE  NECESSITY  TO  CREATE  SEQUENCE 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  CREATE  SEQUENCE 
THEN  (3.4.2)  PP.OJECTTRAFFIC  SEQUENCE  TO  ESTABLISH/MODIFY 
APPROACH  FLOW  TO  AIRPORT  OR  SECTOR 
END  IF 

IF  DEEMED  NECESSARY  TO  MONITOR  SPACING  AND 
SEPARATION 

THEN  (3.4.3)  OBSERVE  RANGE/BEARING  BETWEEN 

AIRCRAFT 

END  IF 

ASE 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  ESTABLISH  FLOW 
PATTERN 

THEN  [T.35.6]  FORWARD  REQUESTED  ROUTE/ALTITUDE  CHANGES 
TO  ADJACENT  CONTROLLER/FLOW  CONTROLLER/SUPERVISOR 
END  IF 

END  00 
END  IF 

GENERATE  CLEARANCE 
END  DO 
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SUB-ACTIVITY  3.5:  MANAGING  DEPARTURE  PATTERNS 


INPUT  =  DEPARTURE  MESSAGE  FROM  CONTROLLER/FSS/PILOT,  CONFLICT  RESOLU¬ 
TION  ADVISORIES.  CLEARANCE/APPROVAL  FROM  ADJACENT  CONTROLLER 

DO 

IF  AUTOMATION  SUPPORT  NOT  AVAILABLE 

THEN  [7.13.1]  RECEIVE  DEPARTURE  MESSAGE  FROM  CONTROLLER/FSS/PILOT 

END  IF 

IF  SYSTEM  GENERATES  ADVISORY  LIST 

THEN  [2.4.2]  EVALUATE  CONFLICT  RESOLUTION  ADVISORIES 
.  END  IF 

ASE 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [7.10.1]  REQUEST  CLEARANCE/APPROVAL  FROM  ADJACENT  CONTROLLER 
END  IF 

(dp)  DETERMINE  WHETHER  TO  ISSUE  CLEARANCE 

IF  CLEARANCE  IS  TO  BE  DENIED 
THEN  DO 

[7.9.6]  DENY  CLEARANCE  REQUEST 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  FORMULATE  CLEARANCE 
ALTERNATIVES 

THEN  [7.9.7]  SUGGEST  CLEARANCE  ALTERNATIVES  TO  PILOT 
END  IF 

END  DO 
ELSE  DO 


(dp)  EVALUATE  NECESSITY  TO  FORMULATE  CLEARANCE 
IF  CONTROLLER  PREFERENCE 
THEN  DO 

[4.1.4]  FORMULATE  A  CLEARANCE  WITH  APPROPRIATE 
INSTRUCTIONS 

IF  FLIGHT  PLAN  AMENDMENT  IS  REQUIRED  TO  UPDATE  THE  DATA 
BASE 

THEN  [4.5.3]  COMPOSE/ENTER  FLIGHT  PLAN  AMENDMENT 
END  IF 

END  DO 

ELSE  [4.1.3]  SELECT  CONFLICT  RESOLUTION  ADVISORY  OPTION 
END  IF 

(dp)  EVALUATE  NECESSITY  TO  ISSUE  CLEARANCE  TO  PILOT 
IF  PILOT  IS  ON  YOUR  FREQUENCY 

THEN  [4.1 .6]  ISSUE  CLEARANCE  AND  INSTRUCTIONS  TO  PILOT 

ELSE  [4.1.7]  ISSUE  CLEARANCE  THROUGH  ATCT/FSS  FOR  RELAY  TO  PILOT 

END  IF 

[4.1 .8]  VERIFY  AIRCRAFT  COMPLIANCE  WITH  CLEARANCE 


SUB-ACTIVITY  3.6 
MONITORING  NON-CONTROLLED 
OBJECTS 


r - 

J7.  —  ~ '  x7] 

Receive  nonce  of  airspace  \! 

INTRUSION  BY  A  NON-CONTROLLED 

OBJECT  | 


V 

4>n r 


OBSERVE  AIRSPACE  INTRUSION  BY 
A  NON-CONTROLLED  OBJECT 


All. 


..»ra. 


P^S 


7.22.2 

- ► 


3.6  2 


COMPOSE/  ENTER  REMINOER 
NOTE  OF  AIRSPACE  INTRUSION 


€> 

4> 

i  r 


3.6.3 


FLIGHT  FOLLOW  AN  OBSERVEO 
NON-CONTROLLED  OBJECT 


I  I 


_ 


<71  ! 

'  FORWARO  NOTICE  OF  AIRSPACE  '  , 
INTRUSION  BY  A  NON-CONTROLLED  j 

OBJECT  I  | 


:  .  S/S.  '  l-  .JSCS. 


-L- 


Pgfts 


-I 


7.22.1 


JL 


*4> 

A 


r 


_  JL 


i  , 
!  t 


!  L 

JL_ 


FORWARO  NOTICE  OF  SPECIAL 
OPERATIONS  TO  ADJACENT 
CONTROLLER/  SURE  RVISOR 


£11 _ jL 


TUT 


7.29.1 
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SUB-ACTIVITY  3.6:  MONITORING  NON-CONTROLLED  OBJECTS 

INPUT  =  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED  OBJECT,  AIR¬ 
SPACE  INTRUSION  BY  A  NON-CONTROLLED  OBJECT 


DO 

IF  INPUT  IS  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED  OBJECT 

THEN  [7.22.2]  RECEIVE  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED 

OBJECT 

ELSE  (3.6.1)  OBSERVE  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED  OBJECT 
END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (3.6.2)  COMPOSE/ENTER  REMINDER  NOTICE  OF  AIRSPACE  INTRUSION 
END  IF 

ase 

IF  DEEMED  NECESSARY  BY  CONTROLLER  DUE  TO  OPERATIONAL  REQUIREMENTS 
THEN  (3.6.3)  FLIGHT  FOLLOW  AN  OBSERVED  NON-CONTROLLED  OBJECT 
END  IF 

ASE 

IF  COORDINATION  IS  REQUIRED 

THEN  [7.22.1]  FORWARD  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED 

OBJECT 

END  IF 

ASE 

IF  COORDINATION  IS  REQUIRED 

THEN  [7.29.11  FOWARD  NOTICE  OF  SPECIAL  OPERATIONS  TO  ADJACENT  CONTROLLER/ 
SUPERVISOR 
END  IF 
END  DO 
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ROUTE/PLAN  FLIGHTS 
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AEOUEST  FOR  CLEAAANCE/ 
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y  FORWARD  CLEARANCE 
REQUEST  TO  ADJACENT 
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EVALUATE  CONFLICT  1 
RESOLUTION  ADVISORIES 


y  eeouesT  clearance/ 

APPROVAL  FROM  ADJACENT 
CONTROLLER 
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impediment*  for  impact 
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S'-'O-ACTIVITY  4.1 :  PLANNING  AND  ISSUING  CLEARANCES 


INPUT  =  CONTROLLER  NOTICE  ON  REQUESTED  CLEARANCE  OF  AIRCRAFT  LEAVING  HISSECTOR,  CLEARANCE  REQUEST 
FROM  ATCT/PSS/PILOT/SUPERVISOfl 

DO 

IF  INPUT  IS  CONTROLLER  NOTICE  ON  REQUESTED  CLEARANCE  OF  AIRCRAFT  LEAVING  HIS  SECTOR 

THEN  (7.9.1]  RECEIVE  CONTROLLER  NOTICE  ON  REQUESTED  CLEARANCE  OF  AIRCRAFT  LEAVING  HIS  SECTOR 


IF  INPUT  IS  CLEARANCE  REQUEST  FROM  ATCT/FSS/ PILOT/SUPERVISOR 

THEN  [7.9.4]  RECEIVE  CLEARANCE  REQUEST  FROM  ATCT/FSS/PILOT/SUPERVISOR 

ELSE 

[7.9.5]  RECEIVE  CONTROLLER  REQUEST  FOR  CLEARANCE/APPROVAL 

END  IF 

END  IF 

rF  DEEMED  NECESSARY  BY  CONTROLLER  TO  OBTAIN  RESULTS 
THEN  (4.1 .1)  ENYFS  TRIAL  FLIGHT  PLAN  AMENDMENT 
END  IF 

IF  COORDINATION  !S  REQUIRED 

THEN  [7.9.10]  FORWARD  CLEARANCE  REQUESTTO  ADJACENT  CONTROLLER 
ENOIF 

[dp]  DETERMINE  NECESSITY  TO  EVALUATE  CONFLICT  RESOLUTION  ADVISORIES  OR  REQUEST  CLEARANCE/APPROVAL 
OR  REVIEW  POTENTIAL  IMPEDIMENTS 

IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  OBTAIN  PROBE  RESULTS 
THEN  [2.4.2]  EVALUATE  CONFLICT  RESOLUTION  ADVISORIES 
END  IF 


IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  DO 

[7.10.1]  REQUEST  CLEARANCE/ APPROVAL  FROM  ADJACENT  CONTROLLER 
(dp)  DETERMINE  WHETHER  CLEARANCE  HAD  BEEN  APPROVED 
IF  CLEARANCE  HAS  BEEN  APPROVED 

THEN  [7.10.2]  RECEIVE  CLEARANCE  APPROVAL'  CLEARANCE  RESTRICTIONS  FROM  ADJACENT  CONTROLLER 
ELSE  DO' 

[7.10.3]  RECEIVE  CLEARANCE  DISAPPROVAL  FROM  ADJACENT  CONTROLLER 
IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.1 0.4]  RECEIVE  ALTERNATE  SUGGESTION  FOR  CLEARANCE/APPROVAL  REQUESTED 
OF  ADJACENT  CONTROLLER 
END  IF 

END  DO 
ENOIF 

END  DO 
END  IF 

ASE 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (4.1.2)  REVIEW  POTENTIAL  IMPEDIMENTS  FOR  IMPACT  ON  PROPOSED  CLEARANCE 
ENOIF 

(continued) 


(continued) 

(do)  DETERMINE  WHETHER  TO  GRANT  CLEARANCE  REQUEST 

IF  CLEARANCE  IS  TO  BE  DENIED 
THEN  00 

[7.9.6]  DENY  CLEARANCE  REQUEST 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.9.7]  SUGGEST  CLEARANCE  ALTERNATIVES  TO  PILOT 

END  IF 

END  DO 
ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  FORMULATE  CLEARANCE 
IF  CONTROLLER  PREFERENCE 
THEN  DO 

(4.1.4)  FORMULATE  A  CLEARANCE  WITH  APPROPRIATE 
INSTRUCTIONS 

IP  FLIGHT  PLAN  AMENDMENT  IS  REQUIRED  TO  UPDATE  THE  DATA 
BASE 

THEN  (4.5.3]  COMPOSE/ENTER  FLIGHT  PLAN  AMENDMENT 
END  IF 

END  00 

ELSE  (4.1.3)  SELEC.  CONFLICT  RESOLUTION  ADVISORY  OPTION 
END  IF 

(dp)  DETERMINE  METHOD  TO  ISSUE  CLEARANCE  TO  PILOT 

IF  DEEMED  NECESSARY  BY  CONTROLLER  AND  PILOT  ON  YOUR  FREQUENCY 

THEN  (4.1.6)  ISSUE  CLEARANCE  AND  INSTRUCTIONS  TO  PILOT 

ELSE  (4.1.7)  ISSUE  CLEARANCE  THROUGH  ATCT/FSS  FOR  RELAY  TO  PILOT 

END  IF 

(4.1.8)  VERIFY  AIRCRAFT  COMPLIANCE  WITH  CLEARANCE 

IF  DEEMED  NECESSARY  BY  CONTROLLER  IF  NON-COMPLIANCE  IS 
SUSPECTED 

THEN  (4  1 .5)  QUERY  PILOT  REGARDING  COMPLIANCE  WITH  CLEARANCE 
END  IF 

END  00 
END  IF 


END  00 
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SUB-ACTIVITY  4.2:  RESPONDING  TO  CONTINGENCIES 

INPUT  =  INFORMATION  ON  OVERDUE  AIRCRAFT,  INFORMATION  ON  LOSS  OF  RADIO 
CONTACT  WITH  AIRCRAFT,  A  PILOT  OR  AIRCRAFT  PROBLEM 


—  DO 

IF  INPUT  IS  INFORMATION  ON  OVERDUE  AIRCRAFT 

THEN  [7.31.1]  RECEIVE  INFORMATION  ON  OVERDUE  AIRCRAFT 

ELSE 

IF  INPUT  IS  INFORMATION  ON  LOSS  OF  RADIO  CONTACT  WITH  AIRCRAFT 
THEN  [7.30.1]  RECEIVE  INFORMATION  ON  LOSS  OF  RADIO  CONTACT  WITH 
AIRCRAFT 

ELSE  [7.25.1]  DETECTA  PILOT  OR  AIRCRAFT  PROBLEM  (e.g.,  HYPOXIA) 

END  IF 

END  IF 


[7.25.3]  FORWARD  CONTINGENCY  INFORMATION  TO  SUPERVISOR/ ADJACENT  CONTROLLER 


(dp)  EVALUATE  NECESSITY  TO  CONTACT  FACILITY  ALONG  ROUTE 
IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  OBTAIN  INFORMATION 

THEN  [7.31 .2]  CONTACT  FACILITY  ALONG  ROUTE  OF  FLIGHTTO  SECURE  INFORMATION  ON 
OVERDUE  AIRCRAFT 


ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  CONDUCT  RADIO/RADAR  SEARCH  FOR  AIR¬ 
CRAFT  WITHOUT  RADIO  CONTACT 
IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  DO 

[7.30.2]  CONDUCT  RADIO/RADAR  SEARCH  FOR  AIRCRAFT  WITHOUT  RADIO 
CONTACT 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [7.30.3]  ATTEMPT  ESTABLISHMENT  OF  COMMUNICATIONS 
USING  TRANSPONDER/RADAR  EQUIPMENT 
END  IF 

END  DO 
ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  CONDUCT  RADIO/RADAR  SEARCH 
FOR  OVERDUE  AIRCRAFT 


IF  REQUIRED  BY  DIRECTIVE 

THEN  [7.31.3]  CONDUCT  RADIO/RADAR  SEARCH  FOR  OVER¬ 
CUE  AIRCRAFT 
ELSE  DO 

(4.2.1)  DECLARE  EMERGENCY  EVENT  AND  INVOKE 
CONTINGENCY  PLAN 

IF  REQUIRED  BY  DIRECTIVE. 

THEN  [7.25.2]  ALERT  DESIGNATED  PERSONNEL 
OF  AIRCRAFT  HAVING  FLIGHT  PROBLEMS 
END  IF 

END  DO 

END  DO 
END  IF 

END  DO 
END  IF 
END  DO 
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SUB-ACTIVITY  4J 
BECOMING  AWARE  OF 
SPECIAL  OPERA  TIONS 


RECEIVE  NOTICE  0*  SPECIAL 
OPERATIONS 


PERCEIVE  PRESENCE  OF  SPECIAL 
OPERATIONS 


SUB-ACTIVITY  4.3:  BECOMING  AWARE  OF  SPECIAL  OPERATIONS 

INPUT  =  NOTICE  OF  SPECIAL  OPERATIONS,  PRESENCE  OF  FOR  SPECIAL  OPERATIONS 
—  DO 

IF  INPUT  IS  NOTICE  OF  SPECIAL  OPERATIONS 
THEN  [7.28.1]  RECEIVE  NOTICE  OF  SPECIALOT  ,RAT:0N3 
ELSE  (4.3.1)  PERCEIVE  PRESENCE  OF  SPECIAL  OPERATIONS 
END  IF 

END  DO 


I 
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SUB-ACTIVITY  4.4:  REVIEWING  FLIGHT  FLANS 

INPUT  =  FLIGHT  PLAN  FROM  PILOT,  NEW  FLIGHT  PLAN  ALERT,  FLIGHT  PLAN 
VERBALLY  FORWARDED 

DO 

IF  iNPUT  IS  NEW  FLIGHT  PLAN  ALERT 
THEN  DO 

(4.4.1)  OBSERVE  NEW  FLIGHT  PLAN  ALERT 

(4.4.5)  REVIEW  FLIGHT  PLAN  FOR  ERRORS/DATA  LIST  SEQUENCE 

ELSE  DO 

IF  INPUT  IS  FLIGHT  PLAN  FROM  PILOT 

THEN  [7.8.1]  RECEIVE  FLIGHT  PLAN  FROM  PILOT 

ELSE  [7.8.2]  RECEIVE  FLIGHT  PLAN  VERBALLY  FORWARDED 

END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (4.4.2)  REVIEW  FLIGHT  PLAN  FOR  COMPLETENESS 
END  IF 

(dp)  EVALUATE  NECESSITY  TO  VERIFY  FLIGHT  PLAN 
IF  DEEMED  NECESSARY  BY  CONTROLLER  TO  VERIFY  FLIGHT  PLAN 
THEN  [7.8.3]  QUERY  PILOT  ABOUT  FLIGHT  PLAN 
ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  QUERY  RELAYER  OF  A  FLIGHT  PLAN 
IF  DEEMED  NECESSARY  BY  CONTROLLER  to  VERIFY  FLIGHT  PLAN 
THEN  [7.8.4]  QUERY  THE  RELAYER  OF  A  FLIGHT  PLAN 
END  IF 

END  DO 
END  IF 

(dp)  EVALUATE  NECESSITYTO  INITIATE  OR  UPDATE  DATA  BASE  OR  FORWARD 
FLIGHT  PLAN  VERBALLY 

IF  DEEMED  NECESSARY  TO  INITIATE  OR  UPDATE  DATA  BASE 
THEN  (4.4.3)  COMPOSE/ENTER  FLIGHT  PLAN 
ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  FORWARD  FLIGHT  PLAN  VERBALLY 
IF  AUTOMATION  SUPPORT  IS  UNAVAILABLE 
THEN  [7.14.5]  FORWARD  FLIGHT  PLAN  VERBALLY 
END  IF 

END  DO 
END  IF 

IF  CONTROLLER  PREFERENCE 
THEN  (4.4.4)  DELETE  NEW  FLIGHT  PLAN  ALERT 
END  IF 
END  DO 
END  DO 
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SUB-ACTIVITY  4.5:  PROCESSING  FLIGHT  PLAN  AMENDMENTS 

INPUT  =  FLIGHT  PLAN  AMENDMENT  VERBALLY  FORWARDED,  FLIGHT  PLAN  AMEND¬ 
MENT  FROM  COMPUTER,  PILOTS  POSITION  REPORT 

DO 

IF  INPUT  IS  FLIGHT  PLAN  AMENDMENT  FROM  COMPUTER 

THEN  (4.5.1)  RECEIVE  FLIGHT  PLAN  AMENDMENT  FROM  COMPUTER 

ELSE 

IF  INPUT  IS  PILOTS  POSITION  REPORT 
THEN  DO 

[7.14.4]  RECEIVE  PILOTS  POSITION  REPORT 
IF  AIRCRAFT  NOT  RECEIVING  RADAR  SERVICE 
THEN  (4.5.4)  ENTER  PILOTS  POSITION  REPORT  IN  SYSTEM 
END  IF 

END  DO 
ELSE  DO 

[7.12.1]  RECEIVE  FLIGHT  PLAN  AMENDMENT  VERBALLY 
FORWARDED 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (4.5.2)  HIGHLIGHT  FLIGHT  PLAN  POSTING  FOR  REMINDER 

ACTION 

END  IF 

(4.5.3)  COMPOSE/ENTER  FLIGHT  PLAN  AMENDMENT 

END  DO 
END  IF 

END  IF 

IF  AUTOMATION  SUPPORT  NOT  AVAILABLE 

THEN  [7.11.1]  FORWARD  FLIGHT  PLAN  AMENDMENT  VERBALLY 
END  IF 

IF  SYSTEM  GENERATES  ADVISORY  LIST 

THEN  [2.4.2]  EVALUATE  CONFLICT  RESOLUTION  ADVISORIES 
END  IF 

(dp)  EVALUATE  NECESSITY  TO  DELETE  FLIGHT  PLAN  AMENDMENT  HIGHLIGHTING 
IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (4.5.5)  DELETE  FLIGHT  PLAN  AMENDMENT  HIGHLIGHTING 
ELSE 

(dp)  EVALUATE  NECESSITY  TO  ADVISE  CONTROLLER 

IF  DEEMED  NECESSARY  BY  CONTROLLER  DUE  TO  OPERATIONAL  REQUIRE¬ 
MENTS  OR  DIRECTIVE 

THEN  [7.1  2.2]  ADVISE  CONTROLLER  UNABLE  FLIGHT  PLAN  AMENDMENT 
ELSE  GENERATE  CLEARANCE 
END  IF 

END  IF 
END  DO 
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ASSESS  WEATHER  IMPACT 


5.0 


ASSESS 


5.1 


RESPONOINC  TO  SIGNIFICANT 


UEATHER  INFORT1ATIGN 


DISPLAY  OF  SEVERE  LEATHER. 
PIR£p.  UEATHER  CONFLICT. 
SIGHET /AIRTIET  ADVISORY 


SUB-ACTIVITY  5. 1 :  RESPONDING  TO  SIGNIFICANT  WEATHER  INFORMATION 
INPUT  =  DISPLAY  OF  WEATHER.  PIREP,  SIGMET/AIRMET,  WEATHER  BRIEFING 

DO 

IF  DISPLAY  OF  WEATHER  IS  OBSERVABLE 
THEN  DO  WHILE  (CONDITION  EXISTS)  , 

(5.1 .1)  OBSERVE  DISPLAY  OF  WEATHER  LINE/INTENSITY/BASE/HEIGHT/MOVEMENT 
END  DO 
END  IF 

ASE 

IF  PIREP  SENT 
THEN  DO 

[7.17.4]  RECEIVE  PIREP  ON  WEATHER 

IF  DEEMED  NECESSARY  BY  CONTROLLER  OR  DIRECTIVE 
THEN  (5.1.4)  ENTER  PIREP  INTO  SYSTEM 
END  IF 

END  DO 
END  IF 

ASE 

IF  DEEMED  NECESSARY  BY  OTHER  PEOPLE 
THEN  (5.1 .2)  RECEIVE  SIGMET/AIRMET 
END  IF 

ASE 

IF  AVAILABLE  FROM  METEOROLOGIST 

THEN  (5.1.3)  RECEIVE  WEATHER  BRIEFING  FROM  METEOROLOGIST 
END  IF 

(dp)  EVALUATE  NECESSITY  TO  DETERMINE  WEATHER  IMPACT  ON  ROUTES/FLOW  OR 
WHETHER  ADJACENT  CONTROLLER  OR  PILOT  NEEDS  WEATHER  ADVISORY 
IF  REQUIRED  BY  DIRECTIVE 
THEN  DO 

(dp)  EVALUATE  NECESSITY  TO  DETERMINE  WEATHER  IMPACT  ON 

ROUTES/FLOW 

IF  REQUIRED  BY  DIRECTIVE 

THEN  DO 

(5.1 .6)  DETERMINE  WEATHER  IMPACT  ON  ROUTES/FLOW 
[7.17.8]  ADVISE  SUPERVISOR/FLOW  CONTROLLER  OF 
WEATHER  IMPACT  ON  ROUTES/FLOW 

(5.1.7)  DETERMINE  ALTITUDE/ROUTE  CHANGE  TO  BYPASS 

.  SEVERE  WEATHER 

IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  GENERATE  CLEARANCE 
END  IF 

END  DO 
END  IF 

END  DO 
ELSE  DO 

(5.1 .5)  DETERMINE  WHETHER  ADJACENT  CONTROLLER  OR  PILOT 
NEEDS  WEATHER  ADVISORY 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [7.17.6]  ISSUE  WEATHER/ADVISORY/UPDATE  TO 

PILOT/ADoACENT  CONTROLLER 

END  IF 

END  DO 
END  IF 


END  DO 


SUB- ACTTVTi  Y  5.2 
PROCESSING  WEATHER  REPORTS 


V'2.4 


5.2.5 


DETERMINE  WHETHER  USABLE 
FLIGHT  LEVEL  HAS  CHANGED 


DETERMINE  WHETHER  RUNWAY 
CONDITIONS  HAVE  CHANGED 


! 

i 


DETERMINE  WHETHER  CONTROL 
ZONE  IS  IFR/VFR, 


SUB-ACTIVITY  5.2:  PROCESSING  WEATHER  REPORTS 

INPUT  =  WEATHER  SEQUENCE.  WEATHER  REPORT  UPDATE,  WIND  SHEAR  REPORT. 
WEAtHER  BRIEFING  FROM  METEOROLOGIST 

DO 

IF  INPUT  IS  WEATHER  SEQUENCE 

THEN  (5.2.1)  RECEIVE  'WEATHER  SEQUENCE 

ELSE 

IF  INPUT  IS  WEATHER  REPORT  UPDATE 

THEN  (5.2.2)  RECEIVE  WEATHER  REPORT  UPDATE 

ELSE 

IF  INPUT  IS  WIND  SHEAR  REPORT 

THEN  [7.17.3]  RECEIVE  WIND  SHEAR  REPORT 

ELSE  [5.1.3]  RECEIVE  WEATHER  BRIEFING  FROM 

METEOROLOGIST 

END  IF 

END  IF 

(dp)  EVALUATE  NECESSITY  TO  DETERMINE  WHETHER  USABLE  FLIGHT  LEVEL  HAS 
CHANGED 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (5.2.3)  DETERMINE  WHETHER  USABLE  FLIGHT  LEVEL  HAS  CHANGED 

IF  DEEMED  NECESSARY  BY  CONTROLLER  OR  REQUIRED  BY 
DIRECTIVE 

THEN  GENERATE  CLEARANCE 
END  IF 

ELSE  DO 

(dr>)  EVALUATE  NECESSITY  TO  DETERMINE  WHETHER  RUNWAY  CONDITIONS 
HAVE  CHANGED 

IF  REQUIRED  BY  DIRECTIVE 
THEN  DO 

(5.?. 4)  DETERMINE  WHETHER  RUNWAY  CONDITIONS  HAVE 
CHANGED 

IF  COORDINATION  IS  REQUIRED 

THEN  [7.24.1]  FORWARD  RUNWAY  USE  DATA 

END  IF 

END  DO 
ELSE 

(5.2.5)  DETERMINE  WHETHER  CONTROL  ZONE  IS  IF R/VFR. 
END  IF 

END  DO 
END  IF 
END  DO 
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MANAGE  SECTOR/' POSITION  RESOURCES 


6.0 


ACTMTY  6 

MANAGE  SECTOR/POSmON  RESOURCES 
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tUB-ACTTVTTY  6-1 
MAMAQNG  CONTROLIS)  ARSPACE 
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8US*  ACTIVITY  6.1 :  MANAGING  CONTROLLED  AIRSPACE  RESOURCES 
INPUTS  CONTROLLER  REQUEST  FOR  TEMPORARY  USE  OF  AIRSPACE 
DO 

[7.42.1]  RECEIVE  CONTROLLER  REQUEST  FOR  TEMPORARY  USE  OF  AIRSPACE 

(dp)  EVALUATE  NECESSITY  TO  RELEASE  AIRSPACE 
IF  DIRECTIVE  PERMITS 
THEN  DO 

[7.42.2]  FORWARD  APPROVAL  FOR  TEMPORARY  USE  OF  AIRSPACE 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [3.3.2]  DESIGNATE/ DELETE  AN  AREA  IN  USE 

ENOiF 

ELSE  [7.42.3]  FORWARD  DENIAL  OF  TEMPORARY  USE  OF  AIRSPACE 
ENOIF 


SUB-ACTIVITY  6.2:  SETTING  UP  WORKSTATION  HW/SW  CONFIGURATION 

INPUT  =  NEED  TO  SET  UP  WORKSTATION  PARAMETERS,  NEED  TO  REVIEW  SYSTEM 

STATUS 

DO 

IF  INPUT  IS  NEED  TO  REVIEW  SYSTEM  STATUS 
THEN  (6.2.1)  REVIEW  SYSTEM  STATUS 

(6.2.2)  REVIEW  TRAFFIC  STATUS/ WEATHER 

(dp)  DETERMINE  NECESSITY  TO  VERIFY  DISPLAY  AND  SWITCHES 

IF  CONTROLLER  PREFERENCE  OR  REQUIRED  BY  DIRECTIVE 

THEN  (6. 2. 3)  VERIFY  THAT  ALL  REQUIRED  DISPLAY  AND  COMMUNICATION  SWITCHES  ARE 
IN  PROPER  LOCATION 

END  IF 

ASE 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (6.2.4)  PEFORM  LOG-ON  SEQUENCE  AT  DESIGNATED  CONSOLE 
END  IF 

IF  CONTROLLER  PREFERENCE 

THEN  (6.2.5)  ADJUST  PARAMETERS  AND  DISPLAY  TO  PERSONAL  PREFERENCE 
END  IF 

(6.2.6)  CHECK  DISPLAY  FOR  PROPER  ALIGNMENT,  USABILITY,  AND  SATISFACTORY 
STATUS 

ELSE  (6.2.7)  SET  UP  WORKSTATION  ADAPTION  PARAMETERS 
END  IF 


END  DO 


SUB-ACTIVITY  6.3:  RESPONDING  TO  TRANSIENT  COMPUTER  FAULTS 


INPUT  = 


TRANSIENT  COMPUTER  FAULTS 

DO  WHILE  (TRANSIENT  COMPUTER  FAULT  CONDITION  EXISTS) 

IF  NOTICE  OF  STATUS  OF  ADJACENT  ACF  AUTOMATION  EQUIPMENT  APPEARS 
OR  NON-ACCEPTANCE  OF  INPUT  DATA  OCCURS 
THEN  DO 

IF  NON-ACCEPTANCE  OF  INPUT  DATA  OCCURS 

THEN  (6.3.1)  DETECT  NON-ACCEPTANCE  OF  INPUT  DATA 

END  00 

ELSE  (7.15.1]  RECEIVE  NOTICE  OF  STATUS  OF  ADJACENT  ACF 
AUTOMATION  EQUIPMENT 
END  IF 

IF  REPEATED  TRANSMISSIONS  FAIL 
[7.14.5]  FORWARD  FLIGHT  PLAN  VERBALLY 
END  IF 

ASE 

IF  REPEATED  TRANSMISSIONS  FAIL 

(7.12.11  RECEIVE  FLIGHT  PLAN  AMENDMENT  VERBALLY  FORWARDED 
END  IF 

ASE 

IF  REPEATED  TRANSMISSIONS  FAIL 

[7.8.2]  RECEIVE  FLIGHT  PLAN  VERBALLY  FORWARDED 

END  IF 

ASE 

IF  REPEATED  TRANSMISSIONS  FAIL 

[7.11.1]  FORWARD  FLIGHT  PLAN  AMENDMENT  VERBALLY 

END  IF 


SUB-ACTIVITY  6.4:  EXECUTING  BACKUP  PROCEDURES  FOR  SECTOR  SUITE  FAULTS 


INPUT  as  SECTOR  SUITE  FAULT 


DO 

(6.4.1)  DETECT  OCCURRENCE  OF  SECTOR  SUITE  FAILURE 

(7.14.1]  ISSUE  NOTICE  OF  EQUIPMENT  STATUS  TO  ADJACENT 
SUPERVISOR 


CONTROLLER/ PILOT/ 


IF  RELOCATION  REQUIRED 
THEN  DO 

[6.2.4]  PERFORM  LOG-ON  SEQUENCE  AT  DESIGNATED  CONSOLE 

(6.4.2)  OBSERVE  SECTOR  SUITE  DATA  BASE  RESTORATION  COMPLETION 

MESSAGE 


END  DO 


SUB-ACTIVITY  65 
EXECUTING  BACKUP  PROCEDURES 
FOR  ACCC  FAULTS 


B 


REVERT  TO  «CC  BACKUP 
PROCEDURES 
(TBO) 


6.5.1 


DETECT  OCCURRENCE  OP  ACCC  FAILURE 


I 
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1  ■  i 

\y  REQUEST  PILOT  POSITION  \| 

ISSUE  notice  of  equipment  *\H  ' 

REPORTS 

STATUS  TO  ADJACENT  CONTROLLER/ 

1  ! 

j  PILOT/SUPERVISOR  j 

w 


SUB-ACTIVITY  $.5:  EXECUTING  BACKUP  PROCEDURES  FOR  »*CCC  FAULTS 

INPUT  =  BACKUP  PROCEDURES,  PILOT  POSITION  REPORTS,  NOTICE  OF  EQUIPMENT 
STATUS 


DO 

(6.5.1)  DETECT  OCCURRENCE  OF  ACCC  FAILURE 
IF  REQUIRED  BY  DIRECTIVE 

THEN  (6.5.2)  REVERT  TO  ACCC  BACKUP  PROCEDURES 
END  IF 

ASE 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.14.3)  REQUEST  PILOT  POSITION  REPORTS 
END  IF 

ASE 

IF  REQUIRED  BY  DIRECTIVE 

THEN  [7.14.1]  ISSUE  NOTICE  OF  EQUIPMENT  STATUS  TO  ADJACENT  CONTROLLER/  PILOT/ 
SUPERVISOR 

END  IF 

(dp)  EVALUATE  NECESSITY  TO  CONFIRM  COMPUTER  ACTION  OR  DELETE  REPORT 
IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.14.7)  CONFIRM  COMPUTER  ACTION  DURING  TRANSITION  STAGES 
END  IF 

ASE 

IF  RADAR  SERVICE  IS  BEING  PROVIDED 
THEN  (7.14.6)  DELETE  PILOT  POSITION  REPORTS 
END  IF 


END  DO 


SUB- ACTIVITY  6^ 
EXECUTNG  BACKUP  NA  VAC 
PROCaX^ES 
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SUB-ACTIVITY  6.6.  EXECUTING  BACKUP  NAVAID  PROCEDURES 
INPUT  a  NOTICE  OF  NAVAID  STATUS 
DO 

[7.20.1]  RECEIVE  NOTICE  OF  NAVAID  STATUS  FROM  ADJACENT  CONTROLLER/ FSS/ 
SUPERVISOR/ PILOT 

IF  SUBSTITUTE  ROUTING  WAS  NOT  CANCELLED 
THEN  DO 

(dp)  EVALUATE  NECESSITY  TO  OBSERVE  OR  RECEIVE  SUBSTITUTE  ROUTING 
.  IF  SUBSTITUTE  ROUT.NG  IS  ON  DISPLAY 

THEN  (6.6.3)  OBSERVE  SUBSTITUTE  ROUTING  ON  DISPLAY 
ELSE  [7.20.2]  RECEIVE  SUBSTITUTE  ROUTING 
END  IF 

(6.6.1)  DETERMINE  AIRCRAFT  NEEDING  SUBSTITUTE  ROUTING 
IF  REQUIRED  BY  DIRECTIVE 
THEN  GENERATE  CLEARANCE 
ENOIF 

DO  UNTIL  NAVAID  RETURNS  TO  SERVICE 

(6.6.2)  MONITOR  STATUS  OF  QUESTIONABLE  NAVAID 

END  DO 

[7.21 .1]  FORWARD  NAVAID  STATUS  TO  ADJACENT  CONTROLLER/ 
SUPERVISOR/ PILOT 

(dp)  EVALUATE  NECESSITY  TO  FORWARD  SUBSTITUTE  ROUTING 
OR  CANCEL  PREVIOUS  SUBSTITUTE  ROUTING 

IF  REQUIRED  BY  DIRECTIVE 

THEN  [7.21.2]  FORWARD  SUBSTITUTE  ROUTING 

ELSE  [7.21 .3]  CANCEL  PREVIOUS  SUBSTITUTE  ROUTING 

ENO  IF 

END  DO 

ELSE  [7.20.:5]  RECEIVE  CANCELLATION  OF  SUBSTITUTE  ROUTING 
END  IF 


ENO  DO 


_  _  JL  __ 


SUB-ACTIVITY  6.7 
EXECUTX1  BACKUP  PROCEDURES 
FOR  CCM**4CATI0N  FAULTS 
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SUB* ACTIVITY  6.7:  EXECUTING  BACKUP  PROCEDURES  FOR  COMMUNICATION  FAULTS 
INPUT  =  COMMUNICATION  FAULTS 
DO 

(6.7.11  DETERMINE  COMMUNICATION  FAULT 
(6.7.3)  SWITCH  TO  BACKUP  RACIO/ FREQUENCY 
(6.7.2)  ADJUST  COMMUNICATION  STRATEGY 
(dp)  DETERMINE  NECESSITY  TO  FORWARD  INFORMATION 
IF  REQUIRED  BY  DIRECTIVE 

THEN  [7.19.1]  FORWARD  NOTICE  OF  COMMUNICATION  STATUS 
END  IF 

ASE 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.19.3]  FORWARD  ALTERNATE  COMMUNICATION  PATH 
END  IF 

ASE 

IF  REQUIRED  BY  DIRECTIVE 

THEN  [7.19  21  FORWARD  NEW  FREQUENCY  ASSIGNMENT  TO  ADJACENT  CONTROLLER/ 

SUPERVISOR 

ENOIF 


SU®*  ACTIVITY  6.8:  MANAGING  PERSONAL  WORKLOAD 
INPUT*  IMPENDING  CONTROLLER  OVERLOAD 
DO 

(6.8.1)  DETERMINE  IMPENDING  CONTROLLER  OVERLOAO 

(dp)  DETERMINE  NECESSITY  TO  OO  TASKS  6.8.2,  6.8.3.  7.35.6.  7.7.2.  7.35.4 

IF  SUPERVISOR  DETERMINES  NEED  TO  CHANGE  POSITIONS 

THEN  (6.8.2)  EXCHANGE/ ASSIGN  INTRA-POSITION  RESPONSIBILITIES 

END  IF 

ASE 

IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  (6.8.3)  REQUEST  ASSISTANCE  OR  RELIEF 
END  IF 

ASE 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.35.61  FORWARD  REQUESTED  ROUTE/ ALTITUDE  CHANGES  TO  ADJACENT 
CONTROLLER/ FLOW  CONTROLLER/SUPERVISOR 
END  IF 

ASE 

IF  SUPERVISOR  DETERMINES  RECONFIGURATION  IS  REQUIRED 
THEN  (7.7.2)  RECEIVE  NOTICE  TO  RECONFIGURE  SECTOR 
ENO  IF 

ASE 

IF  DEEMED  NECESSARY  BY  CONTROLLER  OR  SUPERVISOR 
THEN  (7.35.4]  REQUEST  FLOW  CONTROL  BY  IMPOSED 
ENO  IF 


SUB- ACTIVITY  6.9 

EXECUTMQ  BACKUP  PROCEDURES  FOR 
SENSOR  OR  TRACKING  FAULTS 
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SUB-ACTIVITY  6  9:  EXECUTING  BACKUP  PROCEDURES  FOR  SENSOR  OR  TRACKING  FAULTS 

INPUT  =  NOTICE  OF  RADAR  SENSOR  STATUS  FROM  ADJACENT  CONTROLLER/ 

SUPERVISOR,  TRACKING  FAULT  OR  TRANSPONDER  FAILURE 

DO 

IF  INPUT  IS  NOTICE  OF  RADAR  SENSOR  STATUS  FROM  ADJACENT  CONTROLLER/ 
SUPERVISOR 

THEN  [7.39.1]  RECEIVE  NOTICE  OF  RADAR  SENSOR  STATUS  FROM  ADJACENT 
CONTROLLER/SUPERVISOR 

ELSE  (6.9.1)  PERCEIVE  TRACKING  FAULT  OR  TRANSPONDER  FAILURE 
ENOIF 

IF  CLEARANCE  IS  NOT  REQUIRED 
THEN  DO 

[7.14.2]  TERMINATE  RADAR  SERVICE  TO  AIRCRAFT 

IF  REQUIRED  BY  DIRECTIVE 

[7.14.3]  REQUEST  PILOT  POSITION  REPORTS 
END  IF 

ASE 

IF  REQUIRED  BY  DIRECTIVE 

[7.14.4]  RECEIVE  PILOTS  POSITION  REPORT 
ENOIF 

(6.9.2)  REPOSITION/ UPDATE/ REASSOCIATE  DATA  BLOCKS 

END  DO 

ELSE  GENERATE  CLEARANCE 
ENO  IF 
END  UO 


SUB-ACTIVITY  6J.C 
EXECUTING  BACKUP  PROCEDURES  FOR 
LOSS  OF  FLIGHT  PLAN  DATA  BASE 
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RESEQUENCE  FLICHT  PLAN  ON  CONSOLE  I 


SUB-ACTIVITY  6.10:  EXECUTING  BACKUP  PROCEDURES  FOR  LOSS  OF  FLIGHT  PLAN  DATA 
BASE 

INPUT-  MESSAGE  ON  LOSS  OF  DATA  BASE,  FAILURE  TO  UPDATE  FLIGHT  PLAN  DATA 
BASE 

DO 

IF  INPUT  IS  MESSAGE  ON  LOSS  OF  DATA  BASE 

THEN  (6.10.1)  OBSERVE  MESSAGE  ON  LOSS  OF  DATA  BASE 

ELSE  (6.1 0.2)  DETECT  FAILURE  TO  UPDATE  FLIGHT  PLAN  DATA  BASE 

END  IF 

IF  FLIGHT  PLAN  AMENDMENT  HAS  BEEN  VERBALLY  FORWARDED 
THEN  DO 

[7.12.1]  RECEIVE  FLIGHT  PLAN  AMENDMENT  VERBALLY  FORWARDED 

(6.10.3)  ENTER  DISPLAY  AMENDMENT  MESSAGE  ON  CONSOLE 

IF  REPEATED  TRANSMISSIONS  FAIL 

THEN  [7.11.1]  FORWARD  FLIGHT  PLAN  AMENDMENT  VERBALLY 
END  IF 

END  DO 
ELSE  DO 

[7.B.2]  RECEIVE  FLIGHT  PLAN  VERBALLY  FORWARDED 

(6.10.4)  ENTER  FLIGHT  PLAN  ON  CONSOLE 

IF  REPEATED  TRANSMISSIONS  FAIL 

THEN  [7.1 4.5]  FORWARD  FLIGHT  PLAN  VERBALLY 

END  IF 

END  DO 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (6,10.5)  RESEQUENCE  FLIGHT  PLAN  ON  CONSOLE 

END  IF 


END  DO 


iUB-ACTIVITY  6.1 1 :  RESPONDING  TO  TRANSIENT  VSCS  FAULTS 
>0  WHILE  (TRANSIENT  VSCS  FAULT  CONDITION  EXISTS) 

(6.11.1)  DETECT  UNRELIABLE  VSCS  COMMUNICATION 
IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.32.1]  EXPLORE  WHETHER  OTHERS  ARE  RECEIVING  AN  AIRCRAFTS 

TRANSMISSION 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [7.32.2]  ISSUE  ALTI^NATE  COMMUNICATION  FOR  AIR/GROUND  TRANSMISSION 
END  IF 


PERFORM  COORDINATION 

'  I 


7.0 


ACTIVITY  7 

PERFORM  COGRDHAT5GN 


SUB-ACTIVITIES  RELATED  EVENTS 


7.1 

Forwarding  separation  alerts 

Aircraft-aircraft  conflict  MSAW.  impending  airspace 
conflict  flight  plan  deviation  observed. 

7.2 

Responding  to  separation 
alerts 

Aircraft-aircraft  conflict  MSAW,  impending  airspace 
conflict  flight  plan  deviation  observed. 

7.3 

Issuing  pointouts 

Aircraft  to  edge  of  sector. 

7.4 

Responding  to  pointouts 

Pointout  receipt  aircraft  to  edge  ofsector,  airspace 
release., 

7.5 

Receiving  notices  of  airspace 
restrictions 

Impending  airspace  conflict  ALTRW airspace  reser¬ 
vation,  restricted/ warnmg/“hot"  MOA,  military  train¬ 
ing  route. 

7.6 

Forwarding  notices  of 

airspace 

restrictions 

Caution  alert .  ALTRW  airspace  reservation, 
restncted/warning/“hof  MOA,  military  training  route. 

7.7 

Responding  to  airspace 
reconfigurations 

Airspace  release,  facility  closure.  Controller  overload. 

7.8 

Processing  flight  plans 

Filed  flight  plan,  flight  plan  daia  base  failure. 

7.9 

Responding  to  clearance 
requests 

Clearance  request,  clearance  delivery,  amended 
altitude/ route/ destination,  VFR  TCA 

7.10 

Initiating  clearance/ approval 
requests 

Clearance  request,  clearance  delivery,  amended 
altitude/route/destination,  VFR  TCA 

•This  activity  displayed  tabularly  rather  than  graphically  due  to  size. 


ACTIVITY  7 

PBTOflM  COCRDWATJON 


JUB- ACTIVITIES 

RELATED  EVENTS 

Ml 

Forwarding  amendment 
messages 

Amended  altitude/ route/ destination,  flight  plan  data 
base  failure. 

M2 

Receiving  amendment 
messages 

Amended  altitude/ route/ destination,  flight  Dlan  data 
base  failure. 

M3 

Receiving  departure 
messages 

Initial  contact. 

M4 

Forwarding  automation 
status 

Sector  Suit?  failure,  ACCC  failure,  unreliable 
communications,  flight  plan  data  base  failuie. 

M5 

Receiving  notices  of 
automation  outages 

Sector  Suite  failure,  ACCC  failure. 

7.16 

Forwarding  Controller 
requested  reroutes/ 
altitude  changes 

Aircraft-aircraft  conflict,  change  flowpa;-arn. 

7.17 

Processing  weather 
information 

PIREP.  display  of  severe  weather.  SIGMET/AIPMET 
advisory,  visability  report,  weather  conflict. 

7.18 

Receive  notices  of 
communication  outages 

Communication  failure. 

7.19 

Forwarding  notices  of 
communication  outages 

Communication  failure. 

7.20 

Receiving  notices  of 
NAVAIO  outages 

,  NmVAID  failure. 

7.21 

Forwarding  notices  of 
NAVAIU  outages 

NAVAID  failure. 

HZm,TTf7 

PERFORM]  COCSi^'^TSGN 


SUB- ACTIVITIES 

RELATED  EVENTS 

7.22 

Processing  airspace 
intrusions 

Caution  alert,  baiicon/giicier. 

7.23 

Receiving  notices  of 
runway  use 

Runway  configuration  change. 

7.24 

Forwarding  notices  of 
runway  use 

Runway  configuration  change. 

7.25 

Forwarding  notices  of 
contingencies 

Fuel  dumping/jettison,  no  radio,  overdue  aircraft 
craft  emergency,  medical,  hijack,  bomb  threat 

7.26 

Receiving  alert 
inhibit  notices 

Refueling/exercise/air  show. 

7.27 

Briefing  relieving 

Controllers 

Position  relief. 

7.28 

Receiving  notices  of 
special  operations 

Special  interest  flight  interceptor  flight  military 
training  route,  DOE  flight  above  FL  600,  lifeguard 
mission,  experimental  flight  law  enforcement 

7.29 

Forwarding  notices  of 
special  operations 

Special  interest  flight  interceptor  flight  military 
training  route.  DOE  flight  above  FL  600,  lifeguard 
mission,  experimental  flight  law  enforcement 

7.30 

Processing  of  aircraft 
without  radio 

No  radio. 

7.31 

Processing  overdue  aircraft 

Overdue  aircraft 

7.32  Responding  to  intermittant 
radio  communications 


Unreliable  communications. 


ACTIVITY  7 


SUB-ACTIVITIES 

RELATED  EVENTS 

7.33 

Responding  to  flight 
following  requests 

Flight  following,  caution  alert 

7.34 

Processing  FAD  notices 

Flow  management  required. 

7.35 

Processing  flow  control/ 
metering  notices 

Entering/ leaving  hold,  clearance  request,  flow 
management  required  Controller 

7.36 

Issuing  deviation 
advisories 

Caution  aiert.  flight  plan  deviation  observed. 

7.37 

Receiving  transfer 
of  control 

initial  contact,  handoff  receipt  aircraft  to  edge  of 
sector. 

7.38 

Initiating  transfer 
of  control 

Aircraft  to  edge  of  sector. 

7.39 

Receiving  notices  of  radar 
sensor  status 

Sensor  failure. 

7.40 

Forwarding  notices  of  radar 
sensor  status 

Sensor  failure: 

7.41 

Requesting  temporary 
release 
of  airspace 

Aircraft  to  edge  of  sector,  airspace  release. 

1 

7.42 

Responding  to  temporary 
release  of  airspace  requests 

Airspace  release. 

SUB-ACTIVITY  7.1 :  FORWARDING  SEPARATION  ALERTS 


INPUT  =  POTENTIAL  CONFLICT  IN  ANOTHER  CONTROLLER  SECTOR,  AIRCRAFT  FLIGHT 
PLAN  DEVIATION  AFFECTING  ANOTHER  CONTROLLER,  RESULTS  OF  FLIGHT 
PLAN  CONFLICT  PROBE  AFFEC/ING  ANOTHER  CONTROLLER,  POTENTIAL 
MSAW  IN  ANOTHER  CONTROLLER’S  SECTOR 


DO 

IF  INPUT  IS  POTENTIAL  CONFLICT  IN  ANOTHER  CONTROLLER’S  SECTOR 


I 


THEN  (7.1.3)  ADVISE  CONTROLLER  OF  POTENTIAL  CONFLICT  IN  HIS  SECTOR 
ELSE 

IF  INPUT  IS  AIRCRAFT  FLIGHT  PLAN  DEVIATION  AFFECTING  ANOTHER 
CONTROLLER 

THEN  (7.1 .1)  ADVISE  CONTROLLER/SUPERVISOR  OF  AIRCRAFT  FLIGHT  PLAN 

DEVIATION 

ELSE 

IF  INPUT  IS  RESULTS  OF  FLIGHT  PLAN  CONFLICT  PROBE  AFFECT¬ 
ING  ANOTHER  CONTROLLER 

THEN  (7.1 .2)  ADVISE  CONTROLLER  OF  RESULTS  OF  FLIGHT  PLAN 

CONFLICT  PROBE 

ELSE 

IF  INPUT  IS  POTENTIAL  MSAW  IN  ANOTHER  CONTROLLER’S 
SECTOR 

THEN  (7.1 .4)  ADVISE  CONTROLLER  OF  POTENTIAL  MSAW  IN 
HIS  SECTOR 
END  IF 
END  IF 

END  IF 

END  IF 


END  DO 


I 
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SUB-ACTIVITY  72 

RESPONDING  TO  SEPARATION  ALERTS 


90 


SUB-ACTIVITY  7.2:  RESPONDING  TO  SEPARATION  ALERTS 


INPUT  = 


CONTROLLER  NOTICE  OF  AIRCRAFT  FLIGHT  PLAN  DEVIATION,  CONTROLLER 
NOTICE  OF  POTENTIAL  AIRCRAFT  CONFLICT  IN  SECTOR,  CONTROLLER  NOTICE 
OF  POTENTIA*  MSAW  IN  SECTOR,  CONTROLLER  NOTICE  ON  RESULTS  OF 
FLIGHT  PLAN  CONFLICT  PROBE 


DO 


IF  INPUT  IS  CONTROLLER  NOTICE  OF  AIRCRAFT  FLIGHT  PLAN  DEVIATION 

THEN  (7.2.3)  RECEIVE  CONTROLLER  NOTICE  OF  AIRCRAFT  FLIGHT  PLAN  DEVIATION 

ELSE 

IF  INPUT  IS  CONTROLLER  NOTICE  OF  POTENTIAL  AIRCRAFT  CONFLICT  IN 
SECTOR 

THEN  (7.2.1)  RECEIVE  CONTROLLER  NOTICE  OF  POTENTIAL  AIRCRAFT  CON¬ 
FLICT  IN  SECTOR 
ELSE 

IF  INPUT  IS  CONTROLLER  NOTICE  OF  POTENTIAL  MSAW  IN 
SECTOR 

,  THEN(7.2.2)RECEIVECONTROLLERNOTICEOFPOTENTIALMSAW 

IN  SECTOR 
ELSE 

IF  INPUT  IS  CONTROLLER  NOTICE  ON  RESULTS  OF  FLIGHT 
PLAN  CONFLICT  PROBE 

THEN(7.2.4)RECEIVECONTROLLERNOT5CEONRESULTSOF 

FLIGHT  PLAN  CONFLICT  PROBE 
END  IF 
END  IF 


END  IF 


END  IF 


GENERATE  CLEARANCE 


SUB-ACTIVITY  73 
ISSUING  POJNTOUTS 


SUB-ACTIVITY  7.3;  ISSUING  POlNTOUTS 

INPUT  =  REQUIREMENT  FOR  TEMPORARY  USE  OF  AIF  PACE 
DO 

(dp)  DETERMINE  WHETHER  POINTOUT  IS  TO  BE  ISSUED 
IF  POINTCUT  IS  TO  BE  ISSUED 
THEN  (7.3.1 )  INITIATE  POINTOUT 

ELSE  (7.3.2)  OBSERVE  AUTOMATIC  INITIATION  OF  POINTOUT  TO  ANOTHER 

CONTROLLER 

END  IF 

ASE 

IF  DATA  DISPLAY  IS  TO  BE  FORCED 

THEN  (7.3.3)  DIRECT  FLIGHT  DISPLAY  TO  ADJACENT  CONTROLLER 
END  IF 

(dp)  DETERMINE  IF  ACCEPTANCE  OF  POINTOUT  IS  RECEIVED 
IF  POINTOUT  IS  ACCEPTED 

THEN  (7.3.4)  RECEIVE  ACCEPTANCE  OF  POINTOUT 
ELSE  (7.3.5)  RECEIVE  REJECTION  OF  POINTOUT 
END  IF 


END  DO 


SU9-ACTTVTTY  7.4 
RESPONDING  TO  PCINTOUTS 


t 


SUB-ACTIVITY  7.4:  RESPONDING  TO  POINTOUTS 


INPUT  =  ISSUANCE  OF  POINTOUT 
DO 

(dp)  DETERMINE  WHETHER  POINTOUT  IS  INITIATE  >  BY  THE  CONTROLLER 

IF  POINTOUT  IS  INITIATED  BY  CONTROLLER 

THEN  (7.4.1)  RECEIVE  CONTROLLER-INITIATED  POINTOUT 

ELSE  DO 

IF  POINTOUT  IS  INITIATED  BY  COMPUTER 

THEN  (7.4.5)  OBSERVE  COMPUTER  ACCEPTANCE  OF  POINTOUT 
ELSE  (7.4.6)  OBSERVE  COMPUTER  REJECTION  OF  POINTOUT 
END  IF 

END  DO 
END  IF 

(dp)  DETERMINE  WHETHER  POINTOUT  WILL  BE  ACCEPTABLE 

IF  POINTOUT  IS  ACCEPTABLE 

THEN  (7.4.2)  ACCEPT  POINTOUT 

ELSE  (7.4.3)  REJECT  POINTOUT 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.4.4)  SUPPRESS  FULL  DATA  BLOCK  AFTER  POINTOUT 

END  IF 

ENO  DO 
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SLB-ACT7VTTY  75 
RECEIVING  NOTICES  OF 
AiRSPA'JE  RES7TOCTIONS 


A- 104 


SUB-ACTIVITY  7.5:  RECEIVING  NOTICES  OF  AIRSPACE  RESTRICTIONS 

I N  PUT  =  NOTICE  OF  AIRSPACE  RESTRICTION/RELEASE  FROM  CONTROLLER/ 

SUPERVISOR 

DO 

(7.5.1)  RECEIVE  NOTICE  OF  AIRSPACE  RESTRICTION/ RELEASE  FROM  CONTROLLER/ 
SUPERVISOR 

IF  DEEMED  NECESSARY  BY  CONTROLLER  FOR  OPERATIONAL  NEEDS 
THEN  (7.5.2)  REQUEST  RELEASE  OF  SPECIAL  USE  AIRSPACE 
END  IF 

IF  DEEMED  NECESSARY  BY  OTHER  CONTROLLERS  OR  OTHER  AIRSPACE  USER/OWNER 
THEN  (7.5.3)  RECEIVE  DENIAL  OF  REQUEST  FOR  RELEASE  OF  SPECIAL  USE  AIRSPACE 
END  IF 

END  DO 
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SUB-ACTIVITY  7.6 
FORWARDING  NOTICES  OF 
AIRSPACE  RESTRICTIONS 


SUB-ACTIVITY  7.6:  FORWARDING  NOTICES  OF  AIRSPACE  RESTRICTIONS 
INPUT  =  AIRSPACE  RESTRICTION  IMPOSED 

DO 

(7.6.1)  ADVISE  CONTROLLER  OF  AIRSPACE  RESTRICTION  IMPOSED 
IF  DEEMED  NECESSARY  BY  CONTROLLER  OR  REQUIRED  BY  DIRECTIVE 
THEN  (7.6.2)  ISSUE  ADVISORY  IN  REGARD  TO  RESTRICTED  AIRSPACE  PROXIMITY 
END  IF 


SUB-ACTIVITY  7.7 
RESPODING  TO  AIRSPACE 
RECONFIGURATIONS 


t 


SUB-ACTIVITY  7.7:  RESPONDING  TC  AIRSPACE  RECONFIGURATIONS 

INPUT  =  NOTICETO  TAKE  OVER  AIRSPACE,  NOTICETO  RECONFIGURE  SECTOR,  NOTICE 

TO  RELEASE  AIRSPACE 

DO 

IF  INPUT  IS  NOTICE  TO  TAKE  OVER  AIRSPACE 

THEN  (7.7.1)  RECEIVE  NOTICE  TO  TAKE  OVER  AIRSPACE 

ELSE 

IF  INPUT  IS  NOTICE  TO  RECONFIGURE  SECTOR 

THEN  (7.7.2)  RECEIVE  NOTICE  TO  RECONFIGURE  SECTOR 

ELSE 

IF  INPUT  IS  NOTICE  TO  RELEASE  AIRSPACE 

THEN  (7.7.3)  RECEIVE  NOTICE  TO  RELEASE  AIRSPACE 

END  IF 

END  IF 

END  IF 
END  DO 
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SUB-ACTIVITY  7.8:  PROCESSING  FLIGHT  PLANS 

INPUT  =  FUGHTPLAN  FROM  PILOT,  FUGHT  PLAN  VERBALLY  FORWARDED,  NEWFLIGHT 

PLAN  ALERT 


IF  INPUT  IS  FLIGHT  PLAN  FROM  PILOT 

THEN  (7.8.1)  RECEIVE  FLIGHT  PLAN  FROM  PILOT 

ELSE 

IF  INPUT  IS  FLIGHT  PLAN  VERBALLY  FORWARDED 
THEN  (7.8.2)  RECEIVE  FLIGHT  PLAN  VERBALLY  FORWARDED 
ELSE  [4.4,1]  OBSERVE  NEW  FLIGHT  PLAN  ALERT 
END  IF 

END  IF 

(dp)  EVALUATE  NECESSITY  TO  VALIDATE  THE  FLIGHT  PLAN 
IF  NECESSARY  TO  VALIDATE  THE  FLIGHT  PLAN 
THEN  (7.8.3)  QUERY  PILOT ABOUT  FLIGHT  PLAN 
ELSE  (7.8.4)  QUERY  THE  RELAYER  OF  A  FLIGHT  PLAN 
END  IF 
END  DO 


i  AT 

i 


SUB-ACTIVITY  7.9 
RESPOC'ONG  TO  CLEARANCE 
REQUESTS 


necf.ive  co«t«ou.£r  notice  on  \i 
hiquested  clearance  of  aim-  { 

CRAFT  LEAVING  HIS  SECTOR  I 


RECEIVE  clearance  request 
FROM  ATCT'fSS/ PILOT/ 

SUPERVISOR 


y  \ 

/  RECEIVE  CONTROLLER  REOUEST  \ 
FOR  CLEARANCE/APPROVAL 


Y  ^ 

OENV  CLEARANCE  request; 

X  X 

'  ACKNOWLEDGE  DATA  LINK  N 

CLEARANCE  REQUEST 

' 

i _ %a _ l 

a _ i  ..  , 
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APPROVE  CLEARANCE  REQUEST 
FROM  CONTROLLER 


DENT  CLEARANCE  REOUEST 
FROM  CONTROLLER 


SUB-ACTIVITY  7.9:  RESPONDING  TO  CLEARANCE  REQUESTS 

INPUT  =  CONTROLLER  NOTICE  ON  REQUESTED  CLEARANCE  OF  AIRCRAFT  LEAVING 
HIS  SECTOR,  CLEARANCE  REQUEST  FROM  ATCT/FSS/PILOT/SUPERVISOR, 
CONTROLLER  REQUEST  FOR  CLEARANCE/APPROVAL 

DO 

IF  INPUT  IS  CONTROLLER  NOTICE  ON  REQUESTED  CLEARANCE  OF  AIRCRAFT  LEAVING 
HIS  SECTOR 

THEN  (7.9.1 )  RECEIVE  CONTROLLER  NOTICE  ON  REQUESTED  CLEARANCE  OF  AIRCRAFT 

LEAVING  HIS  SECTOR 

ELSE 

IF  INPUT  IS  CLEARANCE  REQUEST  FROM  ATCT/FSS/PtLOT/SUPERVISOR 
THEN  (7.9.4)  RECEIVE  CLEARANCE  REQUEST  FROM  ATCT/FSS/PILOT/ 
SUPERVISOR 

ELSE  (7.9.5)  RECEIVE  CONTROLLER  REQUEST  FOB  CLEARANCE/APPROVAL 
END  IF 

END  IF 

(dp)  DETERMINE  WHETHER  CLEARANCE  REQUEST  IS  TO  BE  GRANTED 
IF  CLEARANCE  REQUEST  IS  TO  BE  GRANTED 
THEN  DO 

(dp)  DETERMINE  WHETHER  CLEARANCE  REQUEST  IS  FROM  ANOTHER 
CONTROLLER 

IF  CLEARANCE  REQUEST  IS  FROM  ANOTHER  CONTROLLER 
THEN  (7.9.9)  APPROVE  CLEARANCE  REQUEST  FROM  CONTROLLER 
ELSE  (7.9.8)  ACKNOWLEDGE  DATA  LINK  CLEARANCE  REQUEST 
END  IF 

END  DO 
ELSE  OO 

(dp)  DETERMINE  WHETHER  CLEARANCE  REQUEST  IF  FROM  ANOTHER 
CONTROLLER 

IF  CLEARANCE  REQUEST  IS  FROM  ANOTHER  CONTROLLER 
THEN  DO 

(7.9.2)  DENY  CLEARANCE  REQUEST  FROM  CONTROLLER 
IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  (7.9.3)  SUGGEST  ALTERNATE  TOCLEARANCE  REQUEST 
FROM  CONTROLLER 
END  IF 

END  DO 
ELSE  DO 

(7.9.6)  DENY  CLEARANCE  REQUEST 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.9.7)  SUGGEST  CLEARANCE  ALTERNATIVES  TO  PILOT 

END  IF 

END  DO 
END  IF 

END  DO 
END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.9.10)  FORWARD  CLEARANCE  REQUEST  TO  ADJACENT  CONTROLLER 
END  IF 


SUB-ACTIVITY  7.10:  INITIATING  CLEARANCE/APPROVAL  REQUESTS 
INPUT  *  NEED  FOR  CLEARANCE/APPROVAL  FROM  ADJACENT  CONTROLLER 

DO 

(7.10.1)  REQUEST  CLEARANCE/ APPROVAL  FROM  ADJACENT  CONTROLLER 

(dp)  DETERMINE  WHETHER  CLEARANCE  REQUEST  IS  TO  BE  DISAPPROVED 
IF  CLEARANCE  REQUEST  IS  TO  BE  DISAPPROVED 
THEN  TO 

(7.10.3)  RECEIVE  CLEARANCE  DISAPPROVAL/DENIAL  FROM  ADJACENT 
CONTROLLER 

IF  DEEMED  NECESSARY  BY  OTHER  CONTROLLER 
THEN(7.10.4)  RECEIVE  ALTERNATE  SUGGESTION  FORCLEARANCE/ 
APPROVAL  REQUESTED  OF  ADJACENT  CONTROLLER 
END  IF 

END  DO 

ELSE  (7.1 0.2)  RECEIVE  CLEARANCE  APPROVAL/CLEARANCE  RESTRICTIONS  FROM  AD  JA- 
CENT  CONTROLLER 
END  IF 
END  DO 


SUB-ACTIVITY  711 
FORWARDING  AMEMDMENT  MESSAGES 


V 

7.11.1 _ f 


FORWARD  FLICHT  PLAN 

AHEWHENT  VERBALLY 

_ SZi 

wnw^nssn 

7.11.2 _ 

/''RECEIVE  CONTROLLER  AOVICE  Cf\ 


UNABLE  FLIGHT  PLAN  ANENOftENT 


SUB-ACTIVITY  7.1 1 :  FORWARDING  AMENDMENT  MESSAGES 

INPUT  =  NEED  TO  FORWARD  FLIGHT  PLAN  AMENDMENT  VERBALLY 
DO 

(7.11.1)  FORWARD  FLIGHT  PLAN  AMENDMENT  VERBALLY 
IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.11.2)  RECEIVE  CONTROLLER  ADVICE  OF  UNABLE  FLIGHT  PLAN 

AMENDMENT 

END  IF 

END  DO 
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SUB-ACTIVITY  712 
RECEIVING  AKCMDMENT  MESSAGES 
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SUB- ACTIVITY  7.1 2:  RECEIVING  AMENDMENT  MESSAGES 

INPUT  =  FLIGHT  PLAN  AMENDMENT  VER8ALLY  FORWARDED 


DO 

(7 


.12.1)  RECEIVE  FLIGHT  PLAN  AMENDMENT  VERBALLY  FORWARDED 
IF  DEEMED  NECESSARY  BY  CONI  ROLLER 

THEN  (7.12.2)  ADVISE  CONTROLLER  UNABLE  FLIGHT  PLAN  AMENDMENT 
END  IF 


SUB-ACTIVITY  7.1 3:  RECEIVING  DEPARTURE  MESSAGES 

INPUT—  DEPARTURE  MESSAGE  FROM  CONTROLLER/FSS/PILOT 

DO 

(7.13.1)  RECEIVE  DEPARTURE  MESSAGE  FROM  CONTROLLER/ FSS/ PILOT 
END  DO 


SUB-ACTIVITY  7J.A 
FORWARDING  AUTOMATION  STATUS 


SU 9- ACTIVITY  7.1 4:  FORWARDING  AUTOMATION  STATUS 
INPUT  =  NEED  TO  FORWARD  AUTOMATION  STATUS 

Q  DO 

(7.14.1)  ISSUE  NOTICE  OF  EQUIPMENT  STATUS  TO  ADJACENT  CONTROLLER/ PI  LOT/ 
SUPERVISOR 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.14.2)  TERMINATE  RADAR  SERVICE  TO  AIRCRAFT 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.14.3)  REQUEST  PILOT  POSITION  REPORTS 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.14.4)  RECEIVE  PILOTS  POSITION  REPORT 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.1 4.5)  FORWARD  FLIGHT  PLAN  VERBALLY 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  [7.11.1]  FORWARD  FLIGHT  PLAN  AMENDMENT  VERBALLY 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 
THEN  (7.14.6)  DETECT  PILOT  POSITION  REPORTS 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.1 4.7)  CONFIRM  COMPUTER  ACTION  DURING  TRANSITION  STAGES 
END  IF 


!!-'■ 


i 

c 

r  ' 

S  I? 

»* 

»"  , 

P  END  DO 
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SUB-ACTIVITY  715 

RECEIVING  NOTICES  OF  AUTOMATION  OUTAGES 


»£CEIVE  NOTICE  OF  STATUS  OF 
ADJACENT  ACF  AUTW.'.TIuK  EOUIPflENT 


RECEIVE  STATUS  OF  SECTOR 
SUITE  FAILURE  FROfl 
CONTRCUER/SUPERVISOR 


7.15.3  , 


/  RECEIVE  CONFIRMATION  OF  \ 
CWPUTER  ACTION  OURING  TRANSITION 
STAGES 
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SUB-ACTIVITY  7.1 5:  RECEIVING  NOTICES  OF  AUTOMATION  OUTAGES 

INPUT  =  NOTICE  OF  STATUS  OF  ADJACENT  ACF  AUTOMATION  EQUIPMENT,  STATUS 
OF  SECTOR  SUITE  FAILURE  FROM  CONTROLLER/SUPERVISOR 


DO 

IF  INPUT  IS  NOTICE  OF  STATUS  OF  ADJACENT  ACF  AUTOMATION  EQUIPMENT 

THEN  (7.1 5.1)  RECEIVE  NOTICE  OF  STATUS  OF  ADJACENT  ACF  AUTOMATION  EQUIPMENT 

ELSE  (7.15.2)  RECEIVE  STATUS  OF  SECTOR  SUITE  FAILURE  FROM  CONTROLLER/ 

SUPERVISOR 

ENOIF 

(7.15.3)  RECEIVE  CONFIRMATION  OF  COMPUTER  ACTION  DURING  TRANSITION  STAGES 
END  DO 


SUB-ACTIVITY  7.16 
FORWARDING  CONTROLLER  REQUESTEO 
REROUTES/ ALTITUDE  CHANGES 


COM*OM/(NTVR  ftf  OUBSTVO 

ROWTt/ALTtTUM  CHAMOI 


SUB-ACTIVITY  7.1  •:  FORWARDING  CONTROLLER  REQUESTED  REROUTES/ ALTITUDE 
CHANGES 

INPUT*  ROUTE/ ALTITUDE  CHANGE  REQUEST 

(7.1  S.1)  COMPOSE/ ENTER  REQUESTED  HOUTE/ ALTITUDE  CHANGE 
END  DO 


SUB-ACTIVITY  717 
PR0CE39NG  WEATHER  ^FORMATION 
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SUB-ACTIVITY  7.17:  PROCSSSING  WEATHER  INFORMATION 

INPUTS  LEATHER  ADVISORY  FROM  ADJACENT  CONTROLLER/SUPERVISOR/METEOROLOGIST,  NEED  TO  REQUEST 
WEATHER  INFORMATION  FROM  ANOTHEf\  CONTROLLER,  REVISION/CANCELLATION  TO  PREVIOUS  WEATHER 
REPORT,  WIND  SHEAR  REPORT,  PIREPON  WEATHER,  CONTROLLER  REQUEST  FOR  WEATHER  INFORMATION 

DO 

IFINPUTIS  WEATHER  ADVISORY  FROM  ADJACENTCONTROLLER/  SUPERVISOR/METEOROLOGIST  OR  NEEDTO  REQUEST 
WEATHER  INFORMATION  FROM  ANOTHER  CONTROLLER 
THEN  DO 

IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  (7.17.10)  REQUEST  WEATHER  INFORMATION 
END  !F 

(7.17.1)  RECEIVE  WEATHER  ADVISORY  FROM  AOJACENT  CONTROLLER/ SUPERVISOR/ METEOROLOGIST 
ENOOO 
ELSE 

IF  INPUT  IS  REVISION/CANCELLATION  TO  PREVIOUS  WEATHER  REPORT 
THEN  (7.17.2)  RECEIVE  REVISION/CANCELLATION  TO  PREVIOUS  WEATHER  REPORT 
ELSE 

IF  INPUT  IS  PIREP  ON  WEATHER 
THEN  (7.17.4)  RECEIVE  PIREP  ON  WEATHER 
ELSE 

IF  INPUT  IS  WIND  SHEAR  REPORT 
THEN(7.17.3)  RECEIVE  WIND  SHEAR  REPORT 

ELSE  (7.1 7.3)  RECEIVE  CONTROLLER  REQUEST  FOR  WIATHER  IN  -  jrtMATION 
ENO  IF 
END  IF 

ENO  IF 

ENO  IF 

(dp)  DETERMINE  WHETHER  TO  FORWARD  WEATHER  ADVISORY  OR  ADVISE  SUPERVISOR 
IF  NECESSARY 
THEN  DO 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.17.7)  FORWARD  WEATHER  INFORMATION  TO  SUPERVISOR/ METEOROLOGIST 
ENO  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.17.8)  ADVISE  SUPERVISOR/ FLOW  CONTROLLER  OF  WEATHER  IMPACT  ON  ROUTES/  FLOW 
ENO  IF 

ENOOO 
ELSE  DO 

(dp)  EVALUATE  NECESSITY  TO  ISSUE  WEATHER/ ADVISORY/UPDATE  TO  PILOT/ ADJACENT  CONTROLLER 

IF  DEEMED  NECESSARY  BY  CONTROLLER  AND  IF  REQUIRED  BY  DIRECTIVE 
THEN  (7.17.6)  ISSUE  WEATHER/ AOVISORY/UPOATE  TO  PILOT/ ADJACENT  CONTROLLER 

ELSE  (7.17.5)  SELECT  WEATHER/AOVISORY/UPDATE  FOR  DATA  LINK  TRANSMISSION  TO  PILOT 
ENO  IF 

ENOOO 
ENO  IF 
ENOOO 
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SUB-ACTIVITY  7J.8 

RECEIVING  NOTICES  OF  COMMUNICATION 
OUTAGES 


7.18.1 


-/  SECEIVE  NOTICE  OF 
COW  UNICATION  STATUS 


SUB’ACTIVITY  7.1 8:  RECEIVING  NOTICES  OF  COMMUNICATION  OUTAGES 
INPUTS  NOTICE  OF  COMMUNICATION  STATUS 


DO 

(7.18.1)  RECEIVE  NOTICE  OF  COMMUNICATION  STATUS 

IF  DEEMED  NECESSARY  BY  OTHER  CONTROLLER 
THEN  (7.1 8.2)  RECEIVE  NEW  FREQUENCY  ASSIGNME  NT 
END  IF 


IF  DEEMED  NECESSARY  BY  OTHER  CONTROLLER 

THEN  (7.18.3)  RECEIVE  NOTICE  OF  ALTERNATE  COMMUNICATION  PATH 
END  IF 
END  DO 


SUB-ACTIVITY  719 

FORWARDING  NOTICES  OF  COMMUNICATION 
OUTAGES 


7.19.1 

Y  „ 

r 

FORWARD  NOTICE  OF 

COWUNICATIOM  STATUS 

LL'Jrt 

.. .  1.  ~r-m 

7.19.2 


p/7  FORWARD  NEW  FREQUENCY  ^ 
ASSIQtlENT  TO  ADJACENT 
CCtTROllER/SUPERVISOR 

I  Ms 


/ 

FORWARD  ALTERNATE 

COW  UNI  CATION  PATH 

flRHHXl 

j 

1 

ii&wm 

SUB-ACTIVITY  7.1 9:  FORWARDING  NOTICES  OF  COMMUNICATION  OUTAGES 
INPUT  —  NEED  TO  FORWARD  NOTICl  OF  COMMUNICATION  OUTAGES 
DO 

(7.19.1)  FORWARD  NOTICE  OF  COMMUNICATION  STATUS 
!F  DEEMED  NECESSARY  BY  OTHER  CONTROLLER 

THEN  (7.1 9.2)  FORWARD  NEW  FREQUENCY  ASSIGNMENT  TO  ADJACENT  CONTROLLER/ 

SUPERVISOR 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7,1 9.3)  FORWARD  ALTERNATE  COMMl  .  .ATI ON  PATH 

END  IF 


SUB-ACTIVITY  7.20:  RECEIVING  NOTICES  OP  NAVAIO  OUTAGES 
INPUT  a  NOTICE  OF  NAVAIO  STATUS 
OO 

(7.20.1)  RECEIVE  NOTICE  OF  NAVAIO  STATUS  FROM  ADJACENT  CONTROLLER/ FSS/ 
SUPERVISOR/ PILOT 

(dp)  EVALUATE  NECESSITY  TO  RECEIVE  SUBSTITUTE  ROUTING  OR  CANCELLATION 

IF  REQUIRED  BY  DIRECTIVE 
THEN  DO 

(dp)  DETERMINE  WHETHER  SUBSTITUTE  ROUTING  HAS  BEEN  CANCELLED 
IF  CANCELLED 

THEN  (7.20.3)  RECEIVE  CANCELLATION  OF  SUBSTITUTE  ROUTING 
ELSE  (7.20.2)  RECEIVE  'JUBSTITUTE  ROUTING 
END  IF 


SUB-ACTIVITY  721 

FORWARD***  Nonces  OF  NAVAD  OUTAGES 


SUB-ACTIVITY  7.21 :  FORWARDING  NOTICES  OF  NAVAID  OUTAGES 
INPUT  *  NEED  TO  FORWARD  NAVAID  STATUS 

DO 

(7.21 .1)  FORWARD  NAVAID  STATUS  TO  ADJACENT  CONTROLLER/SUPERVISOR/ PILOT 

(dp)  EVALUATE  NECESSITY  TG  CANCEL  OR  FORWARD  SUBSTITUTE  ROUTING 
IF  REQUIRED  SY  DIRECTIVE 
THEN  DO 

(dp)  EVALUATE  NECESSITY  TO  CANCEL  SUBSTITUTE  ROUTING 
IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.21 .3)  CANCEL  PREVIOUS  SUBSTITUTE  ROUTING 
ELSE  (7.21 .2)  FORWARD  SUBSTITUTE  ROUTING 
END  IF 


aUB-ACnVITY  722 


PR0CS8SMG  AR8PAGE  HTNUBIONB 
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SUB-ACTIVITY  7.22:  PROCESSING  AIRSPACE  INTRUSIONS 

INPUT ss  NEED  TO  FORWARD  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON- 
CONTROLLED  OBJECT 


DO 

IF  INPUT  IS  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED  OBJECT 

THEN  (7.22.2)  RECEIVE  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED 

OBJECT 

ELSE  (7.22.1)  FORWARD  NOTICE  OF  AIRSPACE  INTRUSION  BY  A  NON-CONTROLLED 

OBJECT 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.22.3)  ISSUE  ADVISORY  IN  REGARD  TO  A  NON-CONTROLLED  OBJECT 
END  IF 

IF  NOT  SIGHTED  BY  PILOT 

THEN  (7.22.4)  ADVISE  PILOT  WHEN  CLEAR  OF  NON-CONTROLLED  OBJECT 
END  IF 


SUB-ACTIVITY  723 
RECEIVING  NOTICES  OF  RUNWAY  USE 
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SUB- ACTIVITY  7.23:  RECEIVING  NOTICES  OF  RUNWAY  USE 
I N PUT  —  RUNWAY  USE  DATA 
DO 

(7.23.1)  RECEIVE  RUNWAY  USE  DATA 
END  DO 
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SUB-ACTIVITY  7.24 

FORWARDING  NOTICES  OF  RUNWAY  USE 


At  142 


SUB-ACTIVITY  7.24:  FORWARDING  NOTICES  OF  RUNWAY  USE 
INPUT=  NEED  TO  FORWARD  RUNWAY  USE  DATA 
DO 

(7.24.1)  FORWARD  RUNWAY  USE  DATA 


SUB-ACTIVITY  725 

FORWARDING  NOTICES  OF  CONTINGENCIES 


PftOBLQI  (E.G..  HYTOXIA) 


SUB-ACTIVITY  7.25:  FORWARDING  NOTICES  OF  CONTINGENCIES 
INPUT  =  A  PILOT  OR  AIRCRAFT  PROBLEM 
DO 

(7.25.1)  DETECT  A  PILOT  OR  AIRCRAFT  PROBLEM  (e.g.,  HYPOXIA) 

IF  DEEMED  NECESSARY  BYCONTROLLER 

THEN  (7.25.2)  ALERT  DESIGNATED  PERSONNEL  OF  AIRCRAFT  HAVING  FLIGHT 

PROBLEMS 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER  OR  REQUIRED  BY  DIRECTIVE 

THEN  (7.25.3)  FORWARD  CONTINGENCY  INFORMATION  TO  SUPERVISOR/ ADJACENT 

CONTROLLER 

END  IF 


SUB-ACTIVITY  7.26 
RECEIVING  ALERT  INHIBIT  NOTICES 


7.26.1 


> 

SUB-ACTIVITY  7.26:  RECEIVING  ALERT  INHIBIT  NOTICES 
INPUT  a  ALERT  INHIBIT  NOTICE 
00 

(7.26.1)  RECEIVE  SUPERVISOR  NOTICE  TO  INHIBIT  ALERT  , 

END  DO 


SUB-ACTIVITY  7.27:  BRIEFING  RELIEVING  CONTROLLERS 
INPUTS  NEED  TO  BRIEF  RELIEVING  CONTROLLER 
00 

(7.27.1)  BRIEF  RELIEVING  CONTROLLER 
END  DO 
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8LB-ACT1VTTY  723 

reSVUG  NOTICES  OF  SPECIAL  OPERATIONS 


7.21.1 

IT? 


1 


*/  «CfIV€  NOTICE  OF  SPECIA 
OPERATIONS 


SUB-ACTIVITY  7.28:  RECEIVING  NOTICES  OF  SPECIAL  OPERATIONS 


INPUT  =  NOTICE  OF  SPECIAL  OPERATIONS 

DO 

(7.28.1)  RECEIVE  NOTICE  OF  SPECIAL  OPERATIONS 
END  DO 


SUB-ACTIVITY  729 
FORWARDING  NOTICES  OF 
SPECIAL  OPERATIONS 


|3/  F0RUARD  NOTICE  OF  SPECIE  V 
OPERATIONS  TO  ADJACENT  CONTROLLER/ 
SUPERVISOR 


T:  - :  iu:-  j' '  .  *{&  '  j;' 
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SUB-ACTIVITY  7.29:  FORWARDING  NOTICES  OF  SPECIAL  OPERATIONS 
INPUT  =  NEED  TO  FORWARD  NOTICE  OF  SPECIAL  OPERATIONS 

D<(7.29.1)  FORWARD  NOTICE  OF  SPECIAL  OPERATIONS  TO  ADJACENT  CONTROLLER/ 
SUPERVISOR 
END  DO 


VT 


SUB-ACTIVITY  730 

PROCESSING  OF  AIRCRAFT  WITHOUT  RADIO 


7.30.1 


RECEIVE  INFORMATION  ON  LOSS 
OR  RADIO  CONTACT  WITH  AIRCRAFT 


"$SS  3:  .  USCS-  1 
7.30.3  ^ 


w 

V  CONDUCT  RADIO/ RADAR  SEARCH  \J 

FOR  AIRCRAFT  WITHOUT  RADIO 

CONTACT 


S/y-y  y-t-,y  U5CS- .  ,,t,:  I 


7.30.3 


V 


ATTEMPT  ESTABLISHMENT  0' 
COMMUNICATIONS  USING 
TRANSPONDER/ RADAR  EQUIPMENT 


:  SrfSx-:-:-'-!:  y ■:■  **£&  .  i  P£gs 


w 


FORWARD  CONTINOE  NC  V 
INFORMATION  TO  SUPERVISOR/ 
AOJACENT  CONTROLLER 


:  :  s/y,  :  t,  ,  I  :  MS~~~ 


SUB-ACTIVITY  7.30:  PROCESSING  OF  AIRCRAFT  WITHOUT  RADIO 
*  INPUT  =  INFORMATION  ON  LOSS  OF  RADIO  CONTACT  WITH  AIRCRAFT 
DO 

(7.30.1)  RECEIVE  INFORMATION  ON  LOSS  OF  RADIO  CONTACT  WITH  AIRCRAFT 

(7.30.2)  CONDUCT  RADIO/RADAR  SEARCH  FOR  AIRCRAFT  WITHOUT  RADIO  CONTACT 
(7.30.G)  ATTEMPT  ESTABLISHMENT  OF  COMMUNICATIONS  USING  TRANSPONDER/ RADAR 
EQUIPMENT 

IF  DuEMED  NECESSARY  BY  CONTROLLERS 

THEN  (7.25.3]  FORWARD  CONTINGENCY  INFORMATION  TO  SUPERVISOR/ ADJACENT 

CONTROLLER 

END  IF 

END  DO 
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SUB-ACTIVITY  731 
PROCESSING  OVERDUE  AIRCRAFT 


7.31.1 
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SUB-ACTIVITY  7.31 :  PROCESSING  OVERDUE  AIRCRAFT 
INPUT  =  INFORMATION  ON  OVERDUE  AIRCRAFT 

DO 

(7.31 .1)  RECEIVE  INFORMATION  ON  OVERDUE  AIRCRAFT 

(7.31.2)  CONTACT  FACILITY  ALONG  ROUTE  OF  FLIGHT  TO  SECURE  INFORMATION  ON 
OVERDUE  AIRCRAFT 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.31 .3)  CONDUCT  RADIO/RADAR  SEARCH  FOR  OVERDUE  AIRCRAFT 
END  IF 


SUB-ACTIVITY  732 
RESPONDING  TO  INTERMITTENT  RADIO 
COMMUNICATIONS 


7.32.1 


V 


EXPtCR£  UHETHER  OTHERS  *£ 
RECEIVINC  AN  AIRCRAFT ‘S 
-  TRANSMISSIONS 

m 


1.  .*68s 


7.32.2 


ISSUE  ALTERNATE  COMMUNICATION^ 
FOR  AIR/CROUNO  TRANSMISSION 


SUB-ACTIVITY  7.32:  RESPONDING  TO  INTERMITTENT  RADIO  COMMUNICATIONS 


INPUT  =  INTERMITTENT  RADIO  COMMUNICATIONS 


DO 

(7.32.1)  EXPLORE  WHETHER  OTHERS  ARE  RECEIVING  AN  AIRCRAFTS  TRANSMISSIONS 


,  IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  (7.32.2)  ISSUE  ALTERNATE  COMMUNICATIONS  FOR  AIR/GROUND  TRANSMISSION 
END  IF 
END  DO 
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SUB-ACTIVITY  733 
RESPODING  TO  FLIGHT  FOLLOWING 
REQUESTS 


61 


SUB-ACTIVITY  7.33:  RESPONDING  TO  FLIGHT  FOLLOWING  REQUESTS 

INPUT  =  PILOT/ADJACENT  CONTROLLER  REQUEST  FOR  FLIGHT  FOLLOWING 

DO 

(7.33.1)  RECEIVE  PILOT/ADJACENT  CONTROLLER  REQUEST  FOR  FLIGHT  FOLLOWING 
(dp)  DETERMINE  ABILITY  TO  GRANT  REQUEST  FOR  FLIGHT  FOLOWING 
IF  REQUEST  IS  TO  FjE  GRANTED 

THEN  (7.33.3)  REQUEST/ ASSIGN  BEACON  CODE  TO  AIRCRAFT 
ELSE  (7.33.2)  DENY  FLIGHT  FOLLOWING  REQUEST 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.33.4)  ISSUE  TRAFFIC  ADVISORY  IN  REGARD  TO  TRAFFIC  PROXIMITY  , 

END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.33.5)  ADVISE  PILOT  WHEN  CLEAR  OF  TRAFFIC 
END  IF 

END  DO 
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SUB-ACTIVITY  734 
PROCESSING  FAD  NOTICES 


SUB-ACTIVITY  7.34:  PROCESSING  FAD  NOTICES 


INPUT  —  FAD  NOTICE 

DO 

(7.34.1)  RECEIVE  A  FAD  NOTICE 
DO  WHILE  (CONDITION  EXISTS) 

(7.34.2)  CONFER  WITH  PILOT  THROUGH  ATCT  ON  DESIRE  FOR  FAD  INTENTIONS 
END  DO 

END  DO 
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SUB-ACTIVITY  7.35 

PROCESSING  FLOW  CONTROL/METERING  NOTICES 


SUB-ACTIVITY  7.35:  PROCESSING  FLOW  CONTROL/METERING  NOTICES 

INPUT*  REQUESTED  ROUTE/ ALTITUDE  CHANGES  FROM  ANOTHER  CONTROLLER/ 
FLOW  CONTROLLER/SUPERVISOR,  FLOW  RESTRICTION,  METERING  DATA 
FROM  FLOW  CONTROLLER,  NEED  TO  IMPOSE  FLOW  CONTROL 

DO 

IF  INPUT  IS  REQUESTED  ROUTE/  ALTITUDE  CHANGES  FROM  ANOTHER  CONTROLLER/ FLOW 

controller/ Supervisor 

THEN  (7.35.1)  RECEIVE  REQUESTED  ROUTE/ ALTITUOE  CHANGES  FROM  ANOTHER 

CONTROLLER/FLOW  CONTROLLER/SUPERVISOR 

ELSE 

IF  INPUT  IS  FLOW  RESTRICTION 

THEN  (7.35.2)  RECEIVE  A  FLOW  RESTRICTION 

ELSE 

IF  INPUT  IS  METERING  DATA  FROM  FLOW  CONTROLLER 

THEN  (7.35.3)  RECEIVE  METERING  DATA  FROM  FLOW 

CONTROLLER 

ELSE  (7.35.4)  REQUEST  FLOW  CONTROL  BE  IMPOSED 
END  IF 

END  IF 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.35.5)  NEGOTIATE  DELAY  TECHNIQUE  WITH  PILOT 

END  IF 

IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  (7.35.6)  FORWARO  REQUESTED  ROUTE /ALTITUDE  CHANGES  TO  ADJACENT 
CONTROLLER/ FLOW  CONTROLLER/SUPERVISOR 
END  IF 
END  00 
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SUB-ACTIVITY  7 36 
»8Ut«  DEVIATION  ADVHORES 


ocrtcr  AiMciurr  mamcuvim  in 
ntooNH  ro/oviaonr 
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SUB-ACTIVITY  7.36:  ISSUING  DEVIATION  ADVISORIES 
INPUT  *  NEED  TO  ISSUE  ADVISORY 
DO 

(7.36.1)  ISSUE  ADVISORY  IN  REGARD  TO  FLIGHT  PUN  DEVIATION 
IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [2.4.4j  DETECT  AIRCRAFT  MANEUVER  IN  RESPONSE  TO  ADVISORY 
ENOIF 


SUB-ACTIVITY  7.37:  RECEIVING  TRANSFER  OF  CONTROL 
INPUT  =  HANDOFF  N 

DO 

(7.37.1)  RECEIVE/OBSERVE  HANDOFF 

IF  OPERATIONS  NECESSITATE 
THEN  (7.37.3)  REJECT  HANDOFF 
END  IF 

(dp)  DETERMINE  WHETHER  POINTOUT,  VERBAL  HANDOFF,  OR  AUTOMATIC  HANDOFF  IS 
TO  BE  ACCEPTED 
IF  THERE  IS  ACCEPTANCE 
THEN  DO 

(dp)  DETERMINE  WHETHER  POINTOUT  IS  PREFERRED 
IF  POINTOUT  IS  PREFERRED 
THEN  (7.4.2)  ACCEPT  POINTOUT 
ELSE  DO 

(dp)  DETERMINE  WHETHER  THERE  IS  AN  AUTOMATIC  HANDOFF 

IF  HANDOFF  IS  AUTOMATIC 

THEN  (7.37.4)  ACCEPT  AUTOMATIC  HANDOFF 

ELSE  (7.37.2)  ACCEPT  VERBAL  HAN  DOFF/ START  TRACK 

END  IF 

END  DO 
END  IF 

(dp)  DETERMINE  IF  COMMUNICATING  DIRECTLY  WITH  PILOT 
IF  COMMUNICATING  DIRECTLY  WITH  PILOT 

THEN  (7.37.5)  VERIFY  COMMUNICATIONS  WITH  PILOT  ON  TRANSFER  OF  CONTROL  OR 
DEPARTURE 

ELSE  (7.37.7)  CONFIRM  DATA  LINK  COMMUNICATIONS 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.37.6)  VERIFY  AIRCRAFT  ALTITUDE  WITH  PILOT  ON  TRANSFER  OF  CONTROL  OR 

DEPARTURE 

END  IF 

END  DO 
END  IF 

ENO  DO 
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SUB-ACTIVITY  738 
INITIATING  TRANSFER  OF  CONTROL 


*©♦- 


SUB-ACTIVITY  7.38:  INITIATING  TRANSFER  OF  CONTROL 
INPUT »  NEED  TO  TRANSFER  CONTROL 

DO 

(dp)  EVALUATE  NECESSITY  TO  OBSERVE  AUTOMATIC  INITIATION  OF  HANDOFF 
IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.38.2)  OBSERVE  AUTOMATIC  INITIATION  OF  HANDOFF 
ELSE  (7.38.1)  INITIATE  HANDOFF 
END  IF 

(dp)  EVALUATE  NECESSITY  TO  RETHACT  HANDOFF 
IF  DEEMED  NECESSARY  BY  CONTROLLER 
THEN  (7.38.3)  RETRACT  HANDOFF 
ELSE  (7.38.4)  RECEIVE  HANDOFF  ACCEPTANCE 
END  IF 


IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.38.5)  CONFER  ON  TRANSFER  OF  CONTROL  WITH  OTHER  CONTROLLER 
END  IF 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.1 4.2]  TERMINATE  RADAR  SERVICE  TO  AIRCRAFT 
END  IF 

(7.38.6)  ISSUE  CHANGE  OF  FREQUENCY  TO  PILOT 
END  IF 
END  DO 
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SUB-ACTIVITY  7.39:  RECEIVING  NOTICES  OF  RADAR  SENSOR  STATUS 

INPUT=  NOTICE  OF  RADAR  SENSOR  STATUS  FROM  ADJACENT  CONTROLLER/ 
SUPERVISOR 


DO 

(7.39.1)  RECEIVE  NOTICE  OF  RADAR  SENSOR  STATUS  FROM  ADJACENT  CONTROLLER/ 
SUPERVISOR 

IF  REQUIRED  BY  DIRECTIVE 

THEN  (7.14.2]  TERMINATE  RADAR  SERVICE  TO  AIRCRAFT 
END  IF 


SUB-ACTTVrrY  740 
FORWARDING  NOTICES  OF  RADAR 
SENSOR  STATUS 


^FORUAftD  NOTICE  OF  RAQAft  SENSOR  \fj 
STATUS  TO  ADJACENT  CONTROLLER/  ^ 
SUPERVISE 


5U8-ACTIVITY  7.40:  FORWARDING  NOTICES  OF  RADAR  SENSOR  STATUS 
INPUT=  NEED '  0  FORWARD  RADAR  SENSOR  STATUS 
DO 

(7.40.1)  FORWARD  NOTICE  OF  RADAR  SENSOR  STATUS  TO  ADJACENT  CONTROLLER/ 
SUPERVISOR 
END  00 


SUB-ACTIVITY  7.41 

REQUESTING  TEMPORARY  RELEASE  OF  AIRSPACE 


OF  AIRSPACE  I  I  AIRSPACE 


SUB-ACTIVITY  7.41 :  REQUESTING  TEMPORARY  RELEASE  OF  AIRSPACE 
INPUT  =  NEED  FOR  RELEASE  OF  AIRSPACE 

DO 

(7.41 .1 )  REQUEST  TEMPORARY  USE  OF  AIRSPACE 
IF  DEEMED  NECESSARY  BY  CONTROLLER 

THEN  [7.3.3]  DIRECT  FLIGHT  DATA  DISPLAY  TO  ADJACENT  CONTROLLER 
END  IF 

(dp)  DETERMINE  WHETHER  USE  OF  AIRSPACE  IS  APPROVED 

IF  RELEASE  OF  AIRSPACE  IS  RECEIVED 
THEN  (7.41 .2)  RECEIVE  RELEASE/USE  OF  AIRSPACE 
ELSE  (7.41 .3)  RECEIVE  REJECTION  OF  USE  OF  AIRSPACE 
END  IF 

END  DO 
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SUB-ACTIVITY  7.42 

RESPONDING  TO  TEMPORARY  RELEASE  OF  AIRSPACE  REQUESTS 


I 

SUB-ACTIVITY  7.42:  RESPONDING  TO  TEMPORARY  RELEASE  OF  AIRSPACE  REQUESTS 
INPUT  *  CONTROLLER  REQUEST  FOR  RELEASE/USE  OF  AIRSPACE 


DO 

(7.42.1)  RECEIVE  CONTROLLER  REQUEST  FOR  TEMPORARY  USE  QF  AIRSPACE  v 

(dp)  DETERMINE  WHETHER  TO  APPROVE  REQUEST  FOR  TEMPORARY  USE  OF  AIRSPACE 
IF  RELEASE  IS  TO  BE  APPROVED 

THEN  (7:42.2)  FORWARO  APPROVAL  FOR  TEMPORARY  USE  OF  AIRSPACE 
ELSE  (7.42.3)  FORWARD  DENIAL  OF  TEMPORARY  USE  OF  AIRSPACE 

END  IF  * 

IF  DEEMEO  NECESSARY  BY  CONTROLLER 

THEN  (1 .0.9]  DELETE  FLIGHT  DATA  ENTRY  FROM  A  SELECTED  DISPLAY 
ENO  IF 

IF  DEEMEO  NECESSARY  BY  CONTROLLER  I 

THEN  (7.42.4)  SUPPRESS  MAP  ASSOCIATED  WITH  TEMPORARY  USE  OF  AIRSPACE 
ENO  IF 

ENO  DO 


r, 
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APPENDIX  8  -  CONTROLLER  ACTIVITIES,  SUB-ACTIVITIES  ANU  INCUhmmiiuim 
PROCESSING  TASKS 


1.0  PERFORM  SITUATION  MONITORING 

1.1  CHECKING/ EVALUATING  SEPARATION 

1.1.1  REVIEW  FLIGHT  PLAN  DISPLAY  FOR  PRESENT  AND/OR  FUTURE  AIRCRAFT 
SEPARATION 

1.1.2  REVIEW  SITUATION  DISPLAY  FOR  POTENTIAL  VIOLATION  OF  SEPARATION 
STANDARDS 

1.1.3  REVIEW  FLIGHT  PLAN  CONFLICT  PROSE  RESULTS 

1.1.4  PROJECT  AIRCRAFT  FUTURE  POSITION /ALTITUDE/ PATH 

1.1.5  READ-OUT  RANGE/ BEARING /TIME  FOR  AN  AIRCRAFT  TO  A  FIX  OR 
GEOGRAPHIC  POINT 

1.1. b  FORCE/QUICK-LOOK  FULL  DATA  BLOCK/S  TO  EXAMINE  TRACK 
INFORMATION  ON  AIRCRAFT’ 

1.1.7  DETERMINE  WHETHER  AIRCRAFT  WILL  BE  SEPARATED  BY  LESS  THAN 
PRESCRIBED  MINIMA 

1.1.3  SELECT  FDE  SORTING  PRIORITY  SCHEME 

1.2  RECEIVING  SYSTEM  STATUS  INFORMATION 

1.2.1  OBSERVE  DISPLAY  OF  NEW/CHANGED  EQUIPMENT/ OPERATIONAL  STATUS 

1.2.2  OBSERVE  DISPLAY  OF  NtW/CHANGED  TRAFFIC  FLOW  CONTROL  MANAGEMENT 

1.3  ANALYZING  REQUESTS  FOR  CLEARANCES 

1.3.1  SEARCH  DISPLAY  FOR  INACTIVE  FLIGHT  PLAN  ON  CLEARANCE  REQUEST 

1.3.2  PROJECT  MANUAL  FLIGHT  FLAN  PROBE 

1.3.3  REQUEST  LIMITED/ STANDARD  FLIGHT  PLAN  DISPLAY 
1.3..  4  REQUEST  FULL  FLIGHT  PLAN  READOUT 

1.3.5  ENTER  TRIAL  DEPARTURE  TIME 

1.4  PROCESSING  DEPARTURE  TIME  INFORMATION 

1.4.1  ENTER  DEPARTURE  MESSAGE 

1.4.2  START  TRACK  MANUALLY 

1.4.3  OBSERVE  AUTOMATIC  TRACK  START 

.1.5  PROCESSING  REQUESTS  FOR  FLIGHT  FOLLOWING 

1.5.1  ANALYZE  CONDITIONS  FOR  PROVIDING  FLIGHT  FOLLOWING 

1.6  HOUSEKEEPING  - 

1.6.1  OFFSET  A  DATA  BLOCK 

1.6.2  UPDATE/REVISE  INPUT  REMINDER  NOTE  (ELECTRONIC  MEMORANDA) 

1.6.3  REMOVE  FLIGHT  DATA  ENTRIES  AND  FULL  DATA  BLOCKS  FROM  ACCC 
SYSTEM 

1.6.4  REMOVE  FLIGHT  DATA  ENTRIES  AND  FULL  DATA  BLOCKS  FROM  INTERNAL 
ACCC  SYSTEM 

1.6.5  SUSPEND  DISPLAY  OF  FLIGHT  DATA  ENTRIES  AND  FULL  DATA  BLOCKS 

1.6.6  SUSPEND  TRACK 

1.6.7  DELETE  FULL  DATA  BLOCK  FROM  OWN  DISPLAY 

1.6-8  SUPPRESS  FULL  DATA  BLOCK  FROM  OWN  DISPLAY 

1.6.9  DELETE  FLIGHT  DATA  ENTRY  FROM  A  SELECTED  DISPLAY 

2.0  RESOLVE  AIRCRAFT  CONFLICTS 

2.1  PERFORMING  CONFLICT  RESOLUTION 

2.1.1  DETECT  AIRCRAFT  CONFLICT  ALERT  INDICATION' 

2.1.2  'DETERMINE  VALIDITY  OF  CONFLICT  ALERT  NOTICE  OR  INDICATION 

2.2  PERFORMING  MINIMUM  SAFE  ALTITUDE  WARNING  PROCESSING 

2.2.1  '  DETECT  MSAW  INDICATION  OR  ALARM 

2.2.2  DETERMINE  VALIDITY  OF  MSAW  NOTICE  OR  INDICATION 

2.3  PERFORMING  AIRSPACE  CONFLICT  PROCESSING- 

2.3.1  DETERMINE  NEED  FOR  AIRSPACE  PROXIMITY  PROBE  ' 

2.3.2  DETERMINE  VALIDITY  OF  SPECIAL  USE  AIRSPACE  PROBE  RESULTS' 

2.4  ISSUING  ADVISORIES 

2.4.1  OBSERVE  DISPLAY  FOR  FIXED  OBSTRUCTIONS  AND  NON -CONTROLLED 
,  AIRBORNE  OBJECTS  THAT  MAY  INTERFERE  WITH  AIRCRAFT-  FLIGHT 

2.4.2  EVALUATE  CONFLICT  RESOLUTION  ADVISORIES 

2.4.3  FORMULATE  ADVISORY/RESOLUTION  CONTENT 

2.4.4-  DETECT  AIRCRAFT  MANEUVER  IN  RESPONSE  TO  ADVISORY 


_.D  iWMiHiTiNU  ALERTS 

2.5.1  DETERMINE  VALIDITY / APPROPRIATENESS  OF  USE  OF  AN  ALERT  DISPLAY 

2.5.2  INHIBIT  CONFLICT  ALERT  FOR  FAIRED.  AIRCRAFT 

2.5.3  INHIBIT  CONFLICT  ALERT  FOR  GROUP  SUPPRESSION 

2.5.4  INHIBIT  CONFLICT  ALERT  IN  SPECIFIED  AREA 

2.5.5  INHIBIT  -!SAW  FUNCTION  IN  SPECIFIED  AREA' 

2.5.6.  INHIBIT  MSAW  FUNCTION  FOR  SPECIFIED. AIRCRAFT 
2.5.7  RESTORE  SPECIFIC  ALERT  FUNCTION  TO  NORMAL 

? . 0  MANAGE  AIR  TRAFFIC  SEQUENCES 

3.1  RESPONDING  TO  FLOW  CONSTRAINTS 

3.1.1  EVALUATE  CONSTRAINT  EFFECT  ON  FLOW 

3.1.2  CHOOSE  DESIRED  SEOUENCE 

3.1.3  SELECT  NEW  FLOW  SEQUENCE 

3.1.4  DETERMINE  THE  TECHNIQUE  FOR  A  DELAY. 

3.2  PROCESSING  DEVIATIONS 

3.2.1  PERCEIVE  AN ' ALTITUDE  OR  ROUTE  DEVIATION 

3.2.2  OBSERVE  AIRCRAFT  RESUMING  NORMAL  FLIGHT  FLAN 

3.2.3  DETERMINE  MANEUVER  TO  ESTABLISH/RESTORE  FLIGHT  PLAN  CQNFORMAN 

3.3  RESPONDING  TO  SPECIAL  USE  AIRSPACE  EVENTS 

3.3.1  REQUEST  AIRSPACE  PROXIMITY  PROBE 

3.3.2  DESIGNATE/ DELETE  AN  ARFA  IN  USE 

3.3.3  DETERMINE  WHETHER  ATC  CONTROLS  SPD-IAL  USE  AIRSPACE 

3.3.4  RESTRICT  AIRCRAFT  ACTIVITY  IN  AREA  BY  ALTITUDE  OR  SEGMENT 

3.3.5  OBSERVE  DISPLAY  OF  AIRSPACE  RESTRICTION  STATUS  CHANCE 

3.4  ESTABLISHING  ARRIVAL  PATTERNS 

3.4.1  DETERMINE  DESCENT  TIME  OR  POINT 

3.4.2  PROJECT  TRAFFIC  SEQUENCE  TO  ESTABLISH/ MODIFY  APPROACH  FLOW 
TO  AIRPORT  OR  SECTOR 

3.4.3  OBSERVE  RANGE / BEAR I NG  BETWEEN  AIRCRAFT 

3.5  MANAGING  DEPARTURE  PATTERNS 

3.6  MONITORING  NON -CONTROLLED  OBJECTS 

3.6.1  OBSERVE  AIRSPACE  INTRUSION  BY  A  NON -CONTROLLED  OBJECT 

3.6.2  COMPOSE/ ENTER  REMINDER  NOTE  OF  AIRSPACE  INTRUSION 

3.6.3  FLIGHT-FOLLOW  AN  OBSERVED  NON -CONTROLLED  OBJECT 

4.0  ROUTE/ PLAN  FLIGHTS 

4..1  PLANNING/ ISSUING  CLEARANCES 

4.1.1  ENTER  TRIAL  FLIGHT  PLAN ' AMENDMENT 

4.1.2  REVIEW  POTENTIAL  IMPEDIMENTS  FOR  IMPACT  ON  PROPOSED  CLEARANCE 

4.1.3  SELECT  CONFLICT  RESOLUTION  ADVISORY  OPTION 

4.1.4  FORMULATE  A  CLEARANCE  WITH  APPROPRIATE  INSTRUCTIONS 

4.1.5  QUERY  PILOT  REGARDING  COMPLIANCE  WITH  CLEARANCE 

4.1.6  ,  ISSUE  CLEARANCE  AND  INSTRUCTIONS  TO  PILOT 

4.1.7  ISSUE  CLEARANCE  THRU  ATCT/FSS  FOR  RELAY  TO  PILOT 

4.1.8  VERIFY  AIRCRAFT  COMPLIANCE  WITH  CLEARANCE 

4.2  RESPONDING  TO  CONTINGENCIES 

4.2.1  DECLARE  EMERGENCY  EVENT  AND  INVOKE  CONTINGENCY  PLAN 

4.3  BECOMING  AWARE  OF  SPECIAL  OPERATIONS  . 

4.3.1  PERCEIVE  ■  PRESENCE  OF  SPECIAL  OPERATIONS 

4.' 4  REVIEWING  FLIGHT  PLANS 

4.4.1  OBSERVE  NEW  FLIGHT  PLAN  ALERT 

4.4.2  REVIEW  FLIGHT  PLAN  FOR  COMPLETENESS 

4.4.3  COMPOSE/ ENTER  FLIGHT  PLAN' 

4.4.4  DELETE  NEW  FLIGHT  PLAN  ALERT 

■. 4.4.5  .  REVIEW  FLIGHT  PLAN  FOR  ERRORS/DATA  LIST  SEQUENCE 

4.5  PROCESSING  FLIGHT  PLAN  AMENDMENTS 

4.5.1  RECEIVE  FLIGHT  PLAN  AMENDMENT  FROM  COMPUTER 

4.5.2  HIGHLIGHT  PLIGHT  PLAN  POSTING  FOR  REMINDER  ACTION 

4.5.3  COMPOSE/ ENTER  FLIGHT  PLAN  AMENDMENT 

4.5.4  ENTER  PILOT'S  POSITION  REPORT  IN  SYSTEM 

4.5.5  DELETE  FLIGHT  PLAN  AMENDMENT  HIGHLIGHTING 
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ASSES?  WEATHER  IMP.1 


NDING  TO 

■  SIGNIFICANT  1 

OBSERVE 

DISPLAY  OF  WE. 

RECEIVE 

SIGMET  A1RM.ET 

RECEIVE 

WEATHER  ERIE!-' 

ENTER  PI 

REP  INTO  SY3T 

4 

5  DETERM I ME  WHETHER  ADJACENT  CONTROLLER  OR  FILOT  NEEDS  WEATHER 
ADVISORY 

6  DETERMINE  WEATHER  IMPACT  CN  ROUTES  /  FLOW 

DETERMINE  ALTITUDE/ ROUTE  CHANGE  TO  HYFASS  SEVERE  WEATHER 


RECEIVE  WE 


JENCE 


RECET/E  WEATHER  REPORT  UPDATE 

DETERMINE  WHETHER  USABLE  FLIGHT  LEVEL  HAS  CHANGED 
DETERMINE  WHETHER  RUNWAY  CONDITIONS  HAVE  CHANGED 
DETERMINE  WHETHER  CONTROL  ZONE  IS  IFR/VFR 

MANAGE  SECTOR  POSITION  RESOURCES 

6.1  MANAGING  CONTROLLED  AIRSPACE  RESOURCES 

6.2  SETTING-UF  WORKSTATION  HARDWARE, SOFTWARE  CONFIGURATION  ■ 

-.2.1  REVIEW  SYSTEM  STATUS 

6.2.D  ,  REVIEW  TRAFFIC  STATUS ■ WEATHER 

6.2.3  VERIFY  THAT  ALL  REQUIRED  DISPLAY' AND  COMMUNICATION  SWITCHES  AR.E 
IN  PROPER  LOCATION 

6.2.4  PERFORM  LOG-ON  SEQUENCE  AT  DESIGNATED  CONSOLE 

6.2.5  ADJUST  PARAMETERS  AND  DISPLAY  TO  PERSONAL  PREFERENCE 

o.2.6  CHECK  DISPLAY  FOR  PROPER  ALIGNMENT.  USABILITY,  AND  SATISFACTORY 
3TATJ  S 

6.2.7  5ET-UF  WORKSTATION  ADAPTION  PARAMETERS 

6.3  RESPONDING  TO  TRANSIENT  COMPUTES  FAULTS 

6.3.1  DETECT  NON-ACCEPTANCE  OF  INPUT  DATA 

o.4  EXECUTING  3ACKUF  PROCEDURES  FOR  SECTOR  SUITE  FAULTS 

6.4.1  DETECT  OCCURRENCE  OF  SECTOR  SUITE  FAILURE 

6.4.2  OBSERVE  SECTOR  SUITE  DATA  BASE  RESTORATION  COMPLETION  MESSAGE 

6.5  EXECUTING  BACKUF  PROCEDURES  FOR  ACCC  FAULTS 

6.5.1  DETECT  2 C CUR REN  7 E  OF  ACCC  FAILURE 

6.5.2  REVERT  TO  ACCC  BACKUP  PROCEDURES  (TBD> 

6.6  EXECUTING  BACKUP  NAVA  ID  PROCEDURES 

6.6.1  DETERMINE  AIRCRAFT  NEEDING  SUBSTITUTE  ROUTING 

6.6.2  MONITOR  STATUS  OF  QUESTIONABLE  NAVA ID' 

6.6.3  OBSERVE  SUBSTITUTE  ROUTING  ON  DISPLAY 

6.7  EXECUTING  BACKUP  PROCEDURES  FOR  COMMUNICATION  FAULTS  . 

6.  ’  .  l’  DETERMINE  COMMUNICATION'  FAULT 

*3.7.2  ADJUST  COMMUNICATION  STRATEGY 

6.7.3  SWITCH  TO  BACKUF  RADIO/ FREQUENCY 

6.3  MANAGING  PERSONAL  WORKLOAD 

6.3.1  DETERMINE  IMPENDING  CONTROLLER  OVERLOAD 

6.3.2  ,  .EXCHANGE,  ASSIGN  INTF.A-FOSITION  .RESPONSIBILITIES 
>3.3.2  REQUEST  ASS ISTANCE  . OR  RELIEF' 

6 . 9  EXECUTING  BACKUP  PROCEDURES  FOR  SENSOR  OR  TRACKING  FAULTS 
-6.9.1  PERCEIVE  .TRACKING  FAULT  OR  TRANSPONDER  FAILURE 

6.9.2  REPOSITION /UPDATE/ REASSGCIATE  DATA  BLOCKS 

6.19  EXECUTING  BACKUP  PROCEDURES  -FOR  LOSS  OF  FLIGHT  FLAN  DATA  BASE 
-.10.1  OBSERVE  MESSAGE  ON  LOSS  OF  DATA  5ASE 
6.  1.9.2  .DETECT  FAILURE  TO  UPDATE  FLIGHT  PLAN  DATA  BASE 

6.19.2  ENTER  DISPLAY  AMENDMENT  MESSAGE  ON 'CONSOLE 

6.10.4  ENTER  FLIGHT  PLAN  ON  CONSOLE 

6.10.5  RESEQUENCE  FLIGHT  FLAN  ON  CONSOLE 
6.11  RESPONDING  TO  TRANSIENT  VSC3  FAULTS 

•6.11.1  DETECT  UNRELIABLE  V2CS  COMMUNICATION 

0  PERFORM  COORDINATION 
'.1  FORWARDING  SEPARATION  ALERTS 
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RECEIPT  CONTROLLER 
SECTOR 
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12 
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POTENTIAL  AIRCRAFT  CONFLICT  IN 

-  2 . 

w 

RECEIVE  CONTROLLER 

NOT 
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POTENTIAL  MS AW  IN  SECTOR 
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RECEIVE  CONTROLLER 

MOT 

ICE 

AIRCRAFT  FLIGHT  PLAN  DEVIATION 

7  •  2. 

4 

5  prr  tt  ru*  o  r  :  r; 

PROBE 

NOT 

ICE 

ON 

RESULTS  OF  FLIGHT  PLAN  CONFLICT 

I 

ocr 

JING  PO INTOUTS 

3.1  ISSUE  rO INTOUT 

3.2  OBSERVE  AUTOMATIC  INITIATION  OF  PC  INTOUT  TO  ANOTHER  CONTROLLER 

3.3  DIRECT  FLIGHT  DATA  DISFLAY  TO  AO C AGENT  CONTROLLER 

3.4  RECEIVE  ACCEPTANCE  OF  ?0 INTOUT 

3.5  RECEIVE  REJECTION  OF  F0IN70UT 

Responding  to  fo intouts 

4.1  RECEIVE  CONTROLLER  INITIATED  PO INTOUT 

4.1  ACCEPT  PO INTOUT 

4.3  REJECT  POINTOUT 

7. 4 '.4  SUPPRESS  FULL  DATA  BLOCK  AFTER  POINTOUT 

RECEIVING  NOTICES  OF  AIRSPACE  RESTRICTIONS 
7-5.1  .  RECEIVE  NOTICE  OF  AIRSPACE  RESTS ICTION/ RELEASE  FROM  CONTROLLER < 
SUPERVISOR 

5.2  REQUEST  RELEASE  OF  SPECIAL  USE  AIRSPACE 

5.3  RECEIVE  DENIAL  OF  REQUEST  FOR  RELEASE  OF  SPECIAL  USE 
AIRSPACE 

,  FORWARDING  NOTICES  OF  AIRSPACE  RESTRICTIONS 

7.6.1  ADVISE  CONTROLLER  OF  AIRSPACE  RESTRICTION  IMPOSED 

7.6.2  ISSUE  ADVISORY  IN  REGARD  TO  RESTRICTED  AIRSPACE  PROXIMITY 
•  RESPONDING  TO  AIRSPACE  RECONFIGURATIONS 

7.7.1  RECEIVE  NOTICE  TO  TAKE  OVER  AIRSPACE 

7.7.2  RECEIVE  NOTICE  TO  RECONFIGURE  SECTOR 

7.7.3  RECEIVE  NOTICE  TO  RELEASE  AIRSPACE 

I  PROCESSING  FLIGHT  PLANS  ' 

7.3.1  RECEIVE  FLIGHT  PLAN  FROM  PILOT 

7.9.2  RECEIVE  FLIGHT  PLAN  VERBALLY  FORWARDED 

7.  a.  3.  QUERY  PILOT  ABOUT  FLIGHT  PLAN 

7.9.4  QUERY  THE  RELAYER  OF  A  FLIGHT  PLAN 

1  RESPONDING  TO  CLEARANCE  REQUESTS 

7.9.1  RECEIVE  CONTROLLER  NOTICE  ON  REQUESTED1  CLEARANCE  OF  AIRCRAFT 
LEAVING  HIS  SECTOR 

DENY  CLEARANCE  REQUEST  FROM  CONTROLLER 
SUGGEST  ALTERNATE  TO  'CLEARANCE  REQUEST 


FROM  CONTROLLER 


9. : 

9 .  ! 

9.4  '  RECEIVE  CLEARANCE  REQUEST  FROM  ATCT-' FSfc.' PILOT  SUPERVISOR  ■ 
9.5,  RECEIVE  CONTROLLER  REQUEST  FOR  CLEARANCE. APPROVAL 
.9.6 
9 .  ' 


RECEIVE  CONTROLLER  REQUEST  FOR  CLEARANf 
DENY  CLEARANCE  REQUEST 
SUGGEST  CLEARANCE  ALTERNATIVES  TO  PILOf 
ACKNOWLEDGE  DATA  LINK  CLEARANCE  REQUES 


APPROVE  CLEARANCE  REQUEST  FROM  CONTROLLER 

CONTROLLER 


;  l 
7 


.  3 

.  9- 

.10  FORWARD  CLEARANCE  REQUEST  TO  ADJACENT 
INITIATING  CLEARANCE/ APPROVAL  REQUESTS 

0.1  REQUEST  CLEARANCE.-  APPROVAL  FROM  ADJACENT  CONTROLLER 
0.2  RECEIVE  CLEARANCE  APPROVAL /CLEARANCE  RESTRICTIONS  FROM  ADJACENT 
CONTROLLER 

0.3  RECEIVE  CLEARANCE  DISAPPROVAL/ DENIAL  FROM  ADJACENT  CONTPOLLI 
0.4  RECEIVE  .ALTERNATE  SUGGESTION  FOR  CLEARANCE-' APPROVAL  REQUESO 
OF  ADJACENT  CONTROLLER 
FORWARDING  AMENDMENT  MESSAGES 


1  FORWARD  FLIGHT  PLAN  AMENDMENT.  VERBALLY 

2  RECEIVE  CONTROLLER  ADVICE  OF  •  UNABLE  ,FL2| 


B-4 


GHT  PLAN  AMENDMENT 


t  1  W 


7.12  RECEIVING  AMENDMENT  MESSAGES 

7.12.1  RECEIVE  FLIGHT  FLAM  AMENDMENT  VERBALLY  FORWARDED 

7.12.2  ADVISE  CONTROLLER  UNABLE  FLIGHT  PLAN  AMENDMENT 

7.13  RECEIVING  DEPARTURE  MESSAGES 

7.13.1  RECEIVE  DEPARTURE  MESSAGE  FROM  CONTROLLER /FSS/ PILOT 

7.14  FORWARDING  AUTOMATION  STATUS 

7.14.1  ISSUE  NOTICE  OF  EQUIPMENT  STATUS  TO  ADJACENT  CONTROLLER/ PILOT/ 
SUPERVISOR 

7.14.2  TERMINATE  RADAR  SERVICE  TO  AIRCRAFT 

7.14.3  REQUEST  PILOT  POSITION  REPORTS 

7.14.4  RECEIVE  PILOT' S  POSITION  REPORT 

7.14.5  FORWARD  FLIGHT  PLAN  VERBALLY 

7.14.6  DELETE  PILOT  POSITION  REPORTS 

7.14.7  CONFIRM  COMPUTER  ACTION  DURING  TRANSITION  STAGES 

7.15  RECEIVING  NOTICES  OF  AUTOMATION  OUTAGES 

7.15.1  RECEIVE  NOTICE  OF  STATUS  OF  ADJACENT  ACF  AUTOMATION  EQUIPMENT 

7.15.2  RECEIVE  STATUS  OF  SECTOR  SUITE  FAILURE  FROM  CONTROLLER/ 
SUPERVISOR 

7.15.3  RECEIVE  CONFIRMATION  OF  COMPUTER  ACTION  DURING  TRANSITION 
STAGES 

7.16  FORWARDING  CONTROLLER  REQUESTED  REROUTES / ALTITUDE  CHANGES 

7.16.1  COMPOSE/ ENTER  REQUESTED  ROUTE/ ALTITUDE  CHANGE 

7.17  PROCESSING  WEATHER  INFORMATION 

7.17.1  RECEIVE  WEATHER  ADVISORY  TROM  ADJACENT  CONTROLLER/SUPERVISOR/ 
METEOROLOGIST 

7.17.2  RECEIVE  REVIS ION/ CANCELLATION  TO  PREVIOUS  WEATHER  REPORT 

7.17.3  RECEIVE  WIND  SHEAR  REPORT 

7.17.4  RECEIVE  PIREP  ON  WEATHER 

7.17.5  SELECT  WEATHER /ADVISORY /UPDATE  FOR  DATA  LINK  TRANSMISSION  TO 
PILOT 

7.17.6  ISSUE  WEATHER  ADVISORY 'UPDATE  TO  PILOT/ ADJACENT  CONTROLLER 

7.17.7  FORWARD  WEATHER  INFORMATION  TO  SUPERVISOR/ METEOROLOGIST 

7.17.8  ADVISE  SUPERVISOR/ FLOW  CONTROLLER  OF  WEATHER  IMPACT  ON 
ROUTES /FLOW 

7.17.9  RECEIVE  CONTROLLER  REQUEST  FOR  WEATHER  INFORMATION 

7.17.10  REQUEST  WEATHER  INFORMATION. 

7.18  RECEIVING  NOTICES  OF  COMMUNICATION  OUTAGES 

7.18.1  RECEIVE  NOTICE  OF  COMMUNICATION  STATUS 

7.18.2  RECEIVE  NEW  FREQUENCY  ASSIGNMENT 

7.18.3  RECEIVE  NOTICE  OF  ALTERNATE  COMMUNICATION  PATH 

7.19  FORWARDING  NOTICES  OF  COMMUNICATION  OUTAGES 
7., 19.1  FORWARD  NOTtCE  OF  COMMUNICATION  STATUS 

7.19.2  FORWARD  NEW  FREQUENCY  ASSIGNMENT  TO  ADJACENT  CONTROLLER/ 
SUPERVISOR' 

7.19.3  FORWARD  ALTERNATE.  COMMUNICATION  PATH 

7.20  RECEIVING  NOTICES  OF  NAVA ID  OUTAGES 

7.20.1  RECEIVE  NOTICE  OF  NAVAID  STATUS  FROM  ADJACENT  CONTROLLER / FSS / 
SUPERVISOR /PILOT 

7.20.2  RECEIVE  SUBSTITUTE  ROUTING, 

7.20.3  RECEIVE  CANCELLATION  OF  SUBSTITUTE  ROUTING 
7'.  21'  FORWARDING  NOTICES  OF  NAVAID  OUTAGES 

7.21.1  FORWARD  NAVAID  STATUS  TO  ADJACENT  CONTROLLER/ SUPERVISOR /FILOT 

7.21.2  FORWARD  SUBSTITUTE  ROUTING 

7.21.3  CANCEL  PREVIOUS  SUBSTITUTE  ROUTING 

7.22  PROCESSING  AIRSPACE  INTRUSIONS 

7.22.1  FORWARD  NOTICE  OF  AIRSFACE  INTRUSION  BY  A  NON-CQNTROLLED  OBJECT 

7.22.2  RECEIVE  NOTICE  OF  AIRSFACE  INTRUSION  BY  A  NON -CONTROLLED  OBJECT 

7.22.3  ISSUE  ADVISORY  IN  REGARD  TO  A  NON -CONTROLLED  OBJECT 

7.22.4  ADVISE  PILOT  WHEN  CLEAR  OF  NON-CONTROLLED  OBJECT 

7.23  RECEIVING  NOTICES  OF  RUNWAY  USE 

7.23.1  RECEIVE  RUNWAY  USE  DATA 

7.24  FORWARDING  NOTICES  OF  RUNWAY  USE 

7.24.1  FORWARD  RUNWAY  USE  DATA  _ 


7.25  FORWARDING  NOTICES  OF  CONTINGENCIES 

7.25.1  DETECT  A  PILOT  OR  AIRCRAFT  PROBLEM  (E.G.,  HYPOXIA) 

7.25.2  ALERT  DESIGNATED  PERSONNEL  OF  AIRCRAFT  HAVING  FLIGHT  PROBLEMS 

7.25.3  FORWARD  CONTINGENCY  INFORMATION  TO  SUPERVISOR/ ADJACENT 

CONTROLLER 

7.26  RECEIVING  ALERT  INHIBIT  NOTICES 

7.26.1  RECEIVE  SUPERVISOR  NOTICE  TO  INHIBIT  ALERT 

7.27  BRIEFING  RELIEVING  CONTROLLERS 

7.27.1  BRIEF  RELIEVING  CONTROLLER 

7.28  RECEIVING  NOTICES  OF  SPECIAL  OPERATIONS 

7.28.1  RECEIVE  NOTICE  OF  SPECIAL  OPERATIONS 

7.29  FORWARDING  NOTICES  OF  SPECIAL  OPERATIONS 

7.29.1  FORWARD  NOTICE  OF  SPECIAL  OPERATIONS, TO  ADJACENT  CONTROLLER/ 
SUPERVISOR 

7.30  PROCESSING  OF  AIRCRAFT  WITHOUT  RADIO 

7.30.1  RECEIVE  INFORMATION  ON  LOSS  OF  RADIO  CONTACT  WITH  AIRCRAFT 

7.30.2  CONDUCT  RADIO/RADAR  SEARCH  FOR  AIRCRAFT  WITHOUT  RADIO  CONTACT 

7.30.3  ATTEMPT  ESTABLISHMENT  OF  COMMUNICATIONS  USING  TRANSPONDER /RADAR 
EQUIPMENT 

7.31  PROCESSING  OVERDUE  AIRCRAFT 

7.31.1  RECEIVE  INFORMATION  ON  OVERDUE  AIRCRAFT 

7.31.2  CONTACT  FACILITY  ALONG  ROUTE  OF  FLIGHT  TO  SECURE  INFORMATION  ON 
OVERDUE  AIRCRAFT 

7.31.3  CONDUCT  RADIO /RADAR  SEARCH  FOR  OVERDUE  AIRCRAFT 

7.32  RESPONDING  TO  INTERMITTENT  RADIO  COMMUNICATIONS 

7.32. ’  EXPLORE  WHETHER  OTHERS  ARE  RECEIVING  AN  AIRCRAFT' S 

TRANSMISSIONS 

7.32.2  ISSUE  ALTERNATE  COMMUNICATION  FOR  AIR/GROUND  TRANSMISSION 

7.33  RESPONDING  TO 'FLIGHT  FOLLOWING  REQUESTS 

7.33.1  RECEIVE  PILOT/ ADJACENT  CONTROLLER  REQUEST  FOR  FLIGHT  FOLLOWING 

7.33.2  DENY  FLIGHT  FOLLOWING  REQUEST 

7.33.3  REQUEST/ ASSIGN  BEACON  CODE  TO  AIRCRAFT 

7.33. J  ISSUE  TRAFFIC  ADVISOFY  IN  REGARD  TO  TRAFFIC  PROXIMITY 

7.33.5  ADVISE  PILOT  -WHEN  CLEAR  OF  TRAFFIC 

7.34  PROCESSING  FAD  NOTICES 

7.34.1  RECEIVE  A  FAD  NOTICE  ■ 

7.34.2  CONFER  WITH  PILOT  THRU  ATCT  ON  DESIRE  FOR  FAD  INTENTIONS  • 

7.35  PROCESSING  FLOW  CONTROL/ METER  I NG  NOTICES 

7.35.1  RECEIVE  REQUESTED'  ROUTE/ ALT  I T*  IDE  CHANCES  FROM  ANOTHER 
CONTROLLER /FLOW  CONTROLLER / SUPERVISOR 

7.35.2  RECEIVE  A  FLOW  RESTRICTION 

7.35.3  RECEIVE  METERING  DATA  FROM  FLQW  CONTROLLER 
7. 35. '4  REQUEST  FLOW  CONTROL  BE  IMPOSED 

7.35.5  NEGOTIATE  DELAY  TECHNIQUE  WITH  PILOT 

7.35.6  FORWARD  REQUESTED  ROUTE/ ALTITUDE  CHANGES  TO  ADJACENT’ 
CONTROLLER/FLOW  CONTROLLER / SUPERVISOR 

7.36.  ISSUING  DEVIATION  ADVISORIES 

7.36.1  ISSUE  ADVISORY  IN  REGARD  TO  FLIGHT  PLAN  DEVIATION 

7.37  RECEIVING  TRANSFER  O.F  CONTROL 

7.37.1  RECEIVE/ OBSERVE  HANDOFF 

7.37.2  ACCEPT  VERBAL  HANDOFF' START  TRACK 

7.37.3  REJECT  HANDOFF 

7.37.4  ACCEPT  AUTOMATIC  HANDOFF' 

7.37.5  VERIFY  COMMUNICATIONS  WITH  PILOT  ON  TRANSFER  OF  CONTROL  OR 
DEPARTURE 

7.37.6  'VERIFY  AIRCRAFT  ALTITUDE  WITH  PILOT  ON  TRANSFER  OF  CONTROL 
OR  DEPARTURE 

7.37.7  CONFIRM  DATA  LINK  COMMUNICATIONS 

7.38  INITIATING  TRANSFER  OF  ~ ‘ N7R • ' L 

7.38.1  INITIATE  HANDOFF 

7.38.2  OBSERVE  AUTOMATIC  INITIATION  OF  HANDOFF 

7.38.3  RETRACT  HANDOFF 

7.38.4  RECEIVE  HANDOFF  ACCEPTANCE 

7.38.5  CONFER  ON  TRANSFER  IF  CONTROL  WITH  ITHEP  CONTROLLER 


7.38.6  ISSUE  CHANGE  OF  FREQUENCY  TO  PILOT 

7.39  RECEIVING  NOTICES  OF  RADAR  SENSOR  STATUS 

7.39.1  RECEIVE  NOTICE  OF  RADAR  SENSOR  STATUS  FROM  ADJACENT  CONTROLLER/ 
SUPERVISOR 

7.40  FORWARDING  NOTICES  OF  RADAR  SENSOR  STATUS 

7.40.1  FORWARD  NOTICE  OF  RADAR  SENSOR  STATUS  TO  ADJACENT  CONTROLLER/ 
SUPERVISOR 

7.41  REQUESTING  TEMPORARY  RELEASE  OF  AIRSPACE 

7.41.1  REQUEST  TEMPORARY.  USE  OF  AIRSPACE 

7.41.2  RECEIVE  RELEASE/USE  OF  AIRSPACE 

7.41.3  RECEIVE  REJECTION  07  USE  OF  AIRSPACE 

7.42  RESPONDING  TO  TEMPORARY  RELEASE  OF  AIRSPACE  REQUESTS 

7.42-1  RECEIVE  CONTROLLER  REQUEST  FOR  TEMPORARY  USE  OF  AIRSPACE 
7.42.2-  FORWARD  APPROVAL  FOR  TEMPORARY  USE  OF  AIRSPACE 

7.42.3  FORWARD  DENIAL  OF  TEMPORARY  USE  OF  AIRSPACE 

7.42.4  SUPPRESS  MAP  ASSOCIATED  WITH  TEMPORARY  USE  OF  AIRSPACE 


APPENDIX  C— TRACEABILITY  MATRIX 


From 

COAL  A004 

From 

CDRL  A002 

AAS 

SYSTEJ-t-EVEL 

SPECIFICATION 

i - 

SUBMO 

*  -  - - 1 

SUBPROCtSS  DESCRIPTION 

TASKXO 

TASK  KFIKITIW 

1-22-3 

RECEIVE  STROBE  MESSAGE 

:3SE?VE  DISPLAY  IF  NEW  'HANGED 

EQU  :  PMENT  :  r  Er.AT  I  I  NAL  STATUS 

1.23.3 

RECEIVE  ERROR  REPOPTS 

EQUIP MENT  :  F ER  AT I  I  NAD  -TA7U S 

6.0-1 

PERCEIVE  TRACKING  FAULT  OR 

TRANSPONDER  FAILURE 

2.3.1 

RECEIVE  FORWARD  WEATHER 

RECEIVE ‘■-'''NTROLLES  REQUEST  FOR  WEATHER 

1.3.6. 3 

DATA  REQUESTS 

INFORMATION 

2.4.1 

REQUEST- RECEIVE  WEATHER 

''.IT.  10 

REQUEST  WEATHER  INFORMATION 

3 .  '  -  2.1- 3.6. 3 

DATA 

5.2.2 

RECEIVE  WEATHER  REPORT  UPDATE 

J.'. 1.2. 3.6. 3 

• 

RECEIVE  WEAT.S?  ADVISORY  FROM  ADJACENT 

3. '.1. 1.3. 6. 3 

CONTROLLER. SUPERVISOR • METEOROLOGIST 

, 

P.2 

RECEIVE  FEVISI IN/ CANCELLATION  TO  PREVIOUS 

3. 7.2.1. 3.6. 3 

WEATHER 1  REPORT 

<  j  ’ 

RECEIVE  WEATHER  SEQUENCE 

3. '.2.2-3. 6. 3 

5.1.2 

RECEIVE  SIGMET  A I RMET 

5...V  I.  2.  J.6. 3 

5.1.3  , 

RECEL/E  WEATHER  SR'EFINC  FROM  METEOROLOGIST 

V. M.  1.3.0.  3 

5.1.4 

ENTER  P I PEP  INTO  SYSTEM 

). VI. 1.3.6. 1 

'.P.3 

RECEIVE  WIND  SHEAR  REPORT 

3.  '.  2-2.  3.6. 3 

7.  P.4 

RECEIVE  PIREP  '.H  WEATHER  . 

i. T.i.;. j.b. 3 

7.P.  7 

FORWARD  WEATHER  INFORMATION  TO 

J. 7. 2. I. 3.6. 3 

•SUPERVISOR 'METEOROLOGIST 

2.7.1 

A33ES3  WEATHO*  CONDITIONS 

5.2.4 

DETERMINE  AETHER  RUNWAY  CONDITIONS  HAVE 

3. '.2. 2.3.6. 2 

HANGED 

5.i.l 

OBSERVE  DISPLAY  )F  WEATHER 

3. ’.2.1. 3. 6. 2 

LINE- INTENSITY  BASE  HEIGHT ' MOVEMENT 

5.1.0 

DETERMINE  WEATHER  IMPACT  ON  ROUTES  FLOW 

3. 7  1.  1.3.6  2 

5.2-3 

iETQmiNE  HHETHE-S  -SABLE  FLIGHT  LEVEL  HAS 

j  .  .  2  .  .  .  3 . 6  .  . 

•HANGED 

5.2.5 

DETERMINE  AETHER  CONTROL  CONE  13  IFR'VTR 

3.  1.  3.6.2 

LEVEL 

7.17.8 

ADVISE  SUPERVISOR -FLOW  CONTROLLER  OF  tCATHER 

3. 7. 1.1. 3.6. 2 

IMPACT  ON  ROUTES -FLOW 

2-7.2 

VERIFY  ALTIMETER  SETTING 

7.37  6 

VERIFY' AIRCRAFT  ALTITUDE  WITH  PILOT 

CK  TRANSFER  OF  CONTROL  R  DEPARTURE 

2.8.3 

ISSUE  WEATHER  ADVISORIES 

■*.  P.b 

ISSUE  WEATHER  '  ADVISORY  -  UPDATE  TO  PILOT/  ADJACENT 

ICNTROLLER 

5.1.5  ' 

DETERMINE  WHETHER  ADJACENT  CONTROLL£»  OR 

PILOT  NEEDS  WEATHER  ADVISORY 

5.1,  7 

DETERMINE  ALTITUDE  ROUTE  CHANGE  TO  BYPASS 

SEVERE  WEATHER 

, 

7.P  5 

SELECT  WEATHER 'ADVISORY 'UPDATE  FOR  DATA  LINK 

TRANSMISSION  TO  PILOT 

3.1-1 

RECEIVE  FORWARD  PROPOSED 

4.4.3 

TIMP^SE  ENTER  FLIGHT  PLAN 

J . '.2.1-3.  3.  1 

FLIGHT  PLANS 

4.4.4 

DELETE  NEW  FLIGHT  PLAN  ALERT 

3.^. 1.2-3.  3.1 

4.4.5 

SEVlEW  FL I GKT  PLAN  FOB  EJBORS  /  OATA 

3. 7.2.1. J. 3.  i 

• 

LIST  SEQUENCE 

4.4.2 

REV 1 04  FLIGHT  PLAN  FOR  COMPLETENESS 

3 .  ' .  2  .  2  3 .  3 .  1 

FLIGHT  PLANS 

4.4.: 

OBSERVE  NEW  FLIGHT  PLaN  ALERT 

1.7.1.1.33.1 

2.1.0 

•ELECT  FTE  GIRTING  FRIIRITY  SCHEME 

l.'-l. 1.3.  3‘.  1 

i 

'  9.  . 

RECEIVE  FLIGHT  PLAN  FRvM  PILOT 

3.'. 1-2.3. 3.1 

b  10.4 

ENTER  FLIGHT  PLAN  ON  IINSOLE 

3-  ’.  2. 1. 3. 3.  1 

'  0.  ; 

QUERY  PILOT  ABoUT  FLIGHT  PLAN 

3  ’ . ! . 1  3.3  1 

'.9.2 

RECEIVE  FLIGHT  PLAN  O’ER  BALLY  FORWARDED 

3. 7.  1.  l.  3. 3  . : 

i.'.L.L.J. 3.2 

FORWARDED  • 

RECEIVE  FORWARD  FLIGHT 

4.5.3 

:'MP'',SE,  ENTEP  FLIGKT  .PLAN  AMENEMBTT 

\  -  •  '  *  >  2 

PLAN  AMENDMENTS 

*  *  1  .  . 

FORWARD  FLIGHT  PLAN  AMENDMENT  /ER BALLY 

-'.'-1.1.3.  3.C 

4.4.4 

DELETE  NEW  FLIGHT  PLAN  ALERT 

3.7.1.2.33  2 

4.5.: 

RECEIVE  FLIGHT  PLAN  AMENDMENT  FRO**  'OHPUTER 

3.  2.  1-  3.  3  2 

*.12.2 

ADVISE  .'OWTROLLER  UNABLE  FLIGHT  PLAN 

'.  2  .  2.  3.  3 .  2 

AMENDMENT 

i.  3.  2 

PROCESS  DEPARTURE  TIME 

*  •  i  ’ 

RECEIVE  'TPARTVPE  MES3AGE  FROM 

INFORMATION 

-  N7R--LLER  .F3S  PIL,:T 

J  *  b 

.ER : FY  AIRCRAFT  -ALTITUDE  WITH  PILOT 

.  :n  transfer  :r  :^NC^  L  ;P  departure 

..3.5 

EJY1ER  TRIAL  DEF ART'RE  TIME 

:‘.  4 . . 

ENTER  DEFAR  PORE  MESSAGE 

3 .  7  -  3 

RECEIVE  FORWARD  FLIGHT 

: .  j .  4 

-F'.  EST  PILL  FLI  GHT  PLAN  READOUT 

3 .  '  .  1 .  1 :  3  .  3.4 

PLAN  DATA 

F  RCE  QM  I*X  LOOK  LATA  BL ICK •  %  TO 

3. 7.1.1.},:.? 

FZ'A?.:SE  TBACF  INF^BHATI-N  ;N  AIBCBAFT 

.  0  5 

BE'.’  F?T  •  :“!7FD  .  TTAItr  ABO  Ft. MKT  P'-AK  SSJPtAV 

3  -■  '  1 .  1 .  ? .  J .  » 

From 

CORL  A004 


mtmass  Ptsairnat 


from 

CORL  A002 


4.;.:  : mit: ate  track 

44..  FORCE  TRACK -TO  -  FP  PAIR INC 

RE; 'JESTS 

4.14.1  TERMINATE' SUSPEND  TRACKS 

4.17.3  REQUEST-'  RECEIVE  TRACK 

OUTPUT  DATA 


5.4.3  RECEIVE-  FORWARD 

NON- CONFORMANCE  NOTICES 


5.5.3  RECEIVE  TRACK  STATUS 

UPDATES 

5*  COORDINATE  WITH  AIRCRAFT 

TO  DETERMINE  REASONS  FOR 
NON-  CONFORMANCE 

5.  •*.  2  FORWARD  NON-CONFORMANCE 

CORRECTION  TO  AIRCRAFT 


'*>-5.2  PERCEIVE  MS  AW  CONFLICT 


•fcJCEIVE  TRACK /AIRSPACE 

CONFLICTS 


rCFCEIVE  TRACK/ AIRSPACE 
CONFLICTS 

p<o»ceivt 

CRACK  /  NON- -TNTROLLC 
OBJECT  CONFLICTS 


?rt>rr  i'/z 

TRACK  NON -CONTROLLED 
) ftJ ECT  : ONTL I CTS  CO NT . 


OvABLE  DISABLE  ALERTS 


TASX  rCFIHITItW 


AAS 

SYSTEM-LEVEL 

SPECIFICATION 


-7 ART  ~  AJK  MANUALLY 

F“P  CE  r'l'J  DATA  BLOCK  TO  EXAMINE  TRACK 

information  n  aircraft 

SUSPEND  TRACK 

force  y:::/  lock  till  data  block- s  to 

EX AMINE  TRACK 
I NF : R MAT I : N  N  A I ? CRAFT 
OBSERVE  AUTOMATIC  TRACK  START 
OFFSET  A  LATA  BLOCK 

REPOSITION  V? LATE  REASSOCIATE  LATA  BLOCKS 

PERCEIVE  AN  ALTITUDE  IP  ROUTE  LEV I AT! ON 
RECEIVE  CONTROLLER  NOTICE  OF  AIRCRAFT 
FLIOHT  PLAN  DEVIATION 

ADVISE  'ONTP IDLER' SUPERVISOR  ,F  AIRCRAFT 
FLIDHT  PLAN  DEVIATION 
ISSUE  ADVISOR*/  IN  -EC ARC  TO 

rL :  ok:  ?  lan  *  n.* :  at  : :  n 

PERCEIVE  AN  ALTITUDE  OR  P-  CTE 'DEVIATION 


;:lry  pilot  -eoarl :ng  iompl : ANrE  with 
:le\ran:e 

VERIFY  AIRCRAFT  'OMPLIANPE  WI.TH  ILEARANCE 

•BeE?VE  AIRCRAFT  RESUMING  NORMAL  FLIGHT  PLAN 
ISSUE  ATUIS  .W/  IN  -FvCARD  TC 

fl  :  :ht  r*r  an  .  r; :  at:  n 

I.ETFRMINl*  -A’.r.UT',  0*0  ESTABLISH- aESTCPE 
FLIGHT  PLAN  0  INFO  RMAWCE 

ADVISE  C  'NT®.  LLtUR  F  POTENTIAL  »*SAW 
IN  HIS  EOT^R 

LFTLCT  “SAW  I  NT  I CAT I  UN  IP  ALARM 
PE-'F-I.T  'LNTR-;LLER  NOTICE*  F 
r  TFNTIAL  “SAW  IN  SETCfi 

IDSERVT  DISPLAY  FOR  PSTPU’CTIONS  AND 

NON  •  .  >WTR-  LLED  AIPB-RNU  BUJ/TS  THAT  MAY 
INTERFERE  WIT*  »  IP 'RAFT  FLI  OHT 
INHIBIT  “SAW  r.Ci-TI  .N  IN  SPECIFIED  AREA 
INHIBI’  “SAW  r*N.TI'N  FOR  I F I  ED  AIR ‘RAFT 

PEST"  RE  iFECIFi:  ALERT  ruUCTI -N  DO  NORMAL 

petit*  o it" at:  .n  display  for  potential 
.iolatin  if  efaraiion  standards 
DETERMINE  VALID  I  TV  F  “SAW  NOTICE  .fl 
INDICATION 

INHIBIT  00 NFL  I  IT  ALERT  IN  CPE  * IFIED ’ AREA 
er/IEW  SITUAT’N  C I 'PLAY  Fr  R  POTENTIAL  ‘ 
ILATI-N  F  'LFA^ATI ON  STANDARDS 
»ES*ORE  iPECIFI-  ALCTT  FV'MCTI ;N  70  NvRMAL 

:E*T  *  : R'  R AT*  *VT*» E 

PUS  IT  I  ON  -  ALT  IT.TE’  'PATH 

FUIOK.F'LLIN  AN  .BSFRVtT  NON -CONTROLLED 
8JF  T 

ft  SERVE  A  IRSPA  *F  I NT*  :'.C*  N  BY  A 
NON  VDR  LULL  BSF'T 

-rXlVT  NT' OF  F  »IP5PAT  INTRUSION  9/  A 
■*'  H  .NCR  .  L-LI  H  IE  T 

forward  n  t:  f  f  air-ra^e  intrusion  by  a 

*4  n  .  .st-  u:.rr  etc 

‘vMF'ce  enter  -mincer  nict  r  a:rspa-*e 

:ntv«:  n 

I  3  SUE  ALU  13. BY  IN  •  &FVASC  7*-  A  '  NON  -  *  INTRO  LLEL 
RJECT 

INHIBIT  “SAW- r’N'TI  .N  FOP  "FFCIFIEX  AIR 'RAFT 


1-3.2.11 

1.3.2.10 


1 .3.2.10 
1.3.2. 10 
1.3.2. 10 


FrOfTI 

COPL  A004 


SUBPTOCESS  DTSCRIPTIOt* 


from 

COWL  AO02 


fASK  KFIJUT10N 


AAS 

SYSTEM-LEVEL 

SPECIFICATION 


PERCEIVE  : INFLICT  ALERT i 


7.1.1  RECEIVE  FORWARD  REQUESTS, 
FOR  CLEARANCE 


7.1.1  I  RECEIVE  FORWARD  RE5'-'E3TS 
FOR  CLEARANCE 


RECEIVE.  RESTRICTED 
AIRSPACE  INFORMATION 


ASSESS  IMPACT  IF 
CLEARANCE  REQUE3T 


RECEIVE  PERCEIVE 
ALTERNATIVES 


:o«:m  'inflict 
RESOLVTIIN  - PT I  ,N3 


•  INS  I  CEP  CEF*RTVRE 
PATTERN 


'  \>I3  IT  NFL  ITT  .ALERT  FOR  PAIRED  AIRCRAFT 

I VH 1 3 1 7  INFLICT  ALERT  IN  if EC IFIED  AREA 

inhibit  : inflict  alert  fop  group  suppression 
^-prjviSCR  NOTICE  TO  INHIBIT  ADEPT 
?LiT  A£  SPECIFIC  ALERT  FUNCTION  TO  NORMAL 

:sv.;b:t  **sa"  ponctoon  in  sfeccftee  apea 

i_L£?T  pip  if  j'jp  suppress :os 
IrEIIfi:  ‘.LOT  r/NCTIIN  TO  MCRHAL 

c;i;E  :;vTf  :llo  if  fitential  ;lnfi.i ct 

Cro “ I NT  L>-rr-0  Alf'-'rAFT  ~ILL  BE  SEPARATES, 
ay  133  "“AN  ?f  EI3CPI  3EL  "ININA 
lETIT  AIRCSATT  II  NFL  ITT  ALERT  I NE I  CATION 
SETER-INE  ALICITV  IF  IINFLICT  ALERT  NOTICE 
.(•  INOIIATIIN 

ICTER-IST  .ALICIT/.  APPROPRIATENESS  OF  'JSC  OF 
\S  ALERT  C ISPLAV 

•NX’81*  '"NFL  I  T  ALERT  FOR  PAIRED  AIRCRAFT 
SEVIER  5  IT"  AT  I  IN  LISPLAV  FOR  POTENTIAL 
.'•..LATI  N  IF  SEPARATI  .N  STANDARDS 
PPOCECT  AIRCRAFT  P-TIRE 
R-SiriON  ALTITVCE  PATH 

FEAL-  .'JT  RANCE  EEARINC-  TIME  FOR  AN  AIRCRAFT 

TO  A  FIX  -R  GEOGRAPHIC  POINT 

iCJ'.a*  FLI0HT  PLAN  DISPLAY  FOR  PRESEM  AND'  OR 

r.’TIRE  AIRCRAFT  SEPARATI  IN 

aECEIVE  INTRCLLER  NOTICE  OF  POTEKTIAL 

AIRCRAFT  I  .NFL I  IT  IN  SECTOR 

SEARCM  CILPLA I  FOR  INACTIVE  FLIGHT  PLAN  OU 
LLARAN..E  •E.'.'EST 

-E..XST  LEAAANCE  APPROVAL.  FROM  ADJACENT 

-  lllp 

FCtWAfC  C  LEAR ANCE  REQUEST  TO  ADJACENT 

::  stroller 

-ECEIVE  CLEARANCE  APPROVAL-  CLEARANCE 

rejtri  iti  ns  fpim  adjacent  : lntrollep 

‘iECEIVT  DESTITUTE  ROUTING 

RECEIVE  ANCELLA7I  ON  of  SUBSTITUTE  ROUTING 
RECEIVE  "NTROLLER  NOTICE  N  REOL'ESTES 
LEAR AJICE  F  AIRCRAFT  LEAVING  nlS  SECTOR 
-ECE I'»E  TLEARANCE  REQUEST,  PROM 

atct  FSS  PIL-T  supervisor 
ACKNOWLEDGE  LATA  LINK  CLEARANCE  REQUEST 
IAN. EL  PPF.'II'JS  SUBSTITUTE  POUTING 
F  R«AAC  JL9STI7LTE  ROUTING 

RECEIVE  P ! L  3T  ADJACENT  '  )lfTP  OILER  REQUEST  FOR 
FLIGHT  FC  LL-WING 

' lfttrwine  .alility  :f  special  use  airspace 

-t-  he  -EC  L7S 

-e.ti.t  n< t * :e  r  airspace  restriction  release 

m  -  NTV  LLLR  SUPERVISOR 

LETERMINE  AETHER  ATT  CNTROuS  SPECIAL 
•SE  AIRSPACE  . 

-6  .  CETT  MANUAL  FL I  XT  PLAN  PROBE 

r-.TENTIAL  'IMPEDIMENTS  FOR  IMPACT 
.N  ?&:PCiED  CLEARANCE 

ANALYTE  'NCITIpNS  FOR  PROVIDING  FLIGHT 

:•  ■  1  ,  i 

■EAR  “  “ISPLAV T-R  INACTIVE  FLIGHT  PLAN  IN 
“ .  c_Ar  *  N  ‘  E  R  E  . 1  E  i  T 
-t.  EOT  ^ 'LL  FLIIHT  PLAN  READOUT 
- f: ,  LiT  LIMITED  CTANLARC  FLIIHT  PLAN  LISPLAV 
->E-'I :  T  LEARANCE  I  I  iAPFRCVAL  DENIAL  FROM 
i,L  ;  A  TYT  '  NT -  'LLLR 
E?ITER  ~»IAL  :.efart;rE  time 
-L  LIE  :LEA>AN! “E  APPROVAL  'LEARANCE 
fcr2TPI“T!'NS  rS'IH  ADJACENT  .‘ONTROLLER 

;  IF  JT  ALTERNATE  TC  I  LEAR  ARC  E  REQUEST  FROM 

NT'-.LL:> 

if  ’  T  4..7ERNA7E  I”  OIFJTI  "N  FIR 

AN  «■  AfPR-  VAL  hE^LTLTED  OF  ADJACENT 
NT*  LL>J» 

c.al r ate  1 :  :nfl i rr  resclvtion  advisories 


-rtC.T  :EPA''r. 'RE,  MESSAGE  FROM  riNTROLLER' 


«  From 

From 

CORL  A004 

CORL  A002 

AAS 

i - 

SYSTEM-LEVEL 

SWPTOCESS  DESCRIPTION 

TASK# 0 

TASK  DEFIlflTIO# 

SPECIFICATION 

CONSIDER*  ARRIVAL  PATTER M 

.'.4.1 

- ."TpR M T ?.t  r.pg-gyr  TIME  OR  POINT 

5.4.C 

r?-::ECT  TRAfTIC  SEQUENCE  TO  ESTABLISH  / MODIFY 

Apr? ‘Mr!  FLOW  Cl  AIRPORT  1R  SECTOR 

4 

CONSIDER  WEATHER  CHANGES 

'.:.o 

lETEJ-lME  HEATHER  IMPACT  'N  SCUTES,  FT. OH 

5  ; .  5 

ibserve  ;:st?:l  done  for  ifpu.tr  ::nd:t::ns 

•  •  -• 5 

DETERMINE  AETHER  .'SABLE  FLIGHT  LEVEL  HAS 

CHANGED 

5 ...  * 

DETERMINE  ALTITUDE- ROUTE  CHANGE  TO  3YPA5S 

SEVERE  WEATHER 

5.0.4 

CETTE? HIVE  WHETHEP  RUNWAY  CONDITIONS  HAVE 

.  hanged 

consider  plow  control 

3.1.1 

EVALUATE  CONSTRAINT  EFFECT  ON  FLOW 

COSNTRAINTS 

3.1.3 

V.  1.4 

■*.  54. ; 

SELECT  NEW  FLOW  SEQUENCE 

DETERMINE  T^E  TECHNIQUE  FOR  A  DELAY 

CONFER  WITH  PILOT  THRU  ATCT  ON  DESIRE  FOR  FAD 
I.rTENTICNS 

NEGOTIATE  DELAY  TECHNIQUE  WITH  PILOT 

’35.5 

CONSIDER  AIR  TRAFFIC 

-  > 

DETERMINE  MANEUVER  TO  ESTABLISH/RESTORE 

SEQUENCE 

DEVIATIONS 

CONS! LET  AIRSPACE 

C  : 

SECUEST  RELEASE  OF  SPECIAL  USE  AIRSPACE 

RESTRICTIONS 

2 .  •  5 

OBSERVE  DISPLAY  CF  AIRSPACE  RESTRICTION 

.  .  ;  .  4 

" 

R ESTR I CT  AIRCRAFT  ACTIVITY  IN  AREA  BY 

ALTITUDE  CP  SEGMENT 

*  41.1 

REQUEST  TEMPORARY  USE  OF  AIRSPACE 

'  C  j 

RECEIVE  DENIAL  CF  REQUEST  FOR  RELEASE  OF 

SPECIAL  USE  AIRSPACE 

'  -»»  i 

ADVISE  CONTROLLER  CF  AIRSPACE  RESTRICTION 

IMPOSED 

’  42  1 

RECEIVE  ’ONTROLLEP  REQUEST  FOP  TEMPORARY  USE 

F  AIRSPACE 

'.42. : 

ACCEPT  PO INTOVT/ RELEASE  AIRSPACE  FOR 

TEMPORARY  USE 

• 

3.3.: 

DESIGNATE  AN  AREA  IN  USE 

’41.3 

DENY  REQUEST  FOR  TEMPORARY  USE  CF  AIRSPACE 

RECEIVE  RELEASE  USE  OF  AIRSPACE  ASSOCIATED 

WITH  TRACK 

’.5.1 

RECEIVE  NOTICE  IT  AIRSPACE  RESTRICTION  FROM 
CONTROLLER •  SUPERVISOR 

’.41  .  J 

RECEIVE-  REJECTION  CF  USE  OF  AITSPACE 

ASSOCIATED  WITH  TRACK 

3 ELECT  AM  ALTERNATIVE 

4.1.3 

SELECT  COOTTICT  dESOLUTIOK  AB'/rSORY  OPTION 

FORWARD  PLANNED  ACTIONS 

TO  rPCP 

4.1.1 

ENTER  TRIAL  FLIGHT  PLAN  AMENDMENT 

DETERMINE  COURSE  Or 

ACTION 

‘  4.1.3 

SELECT  CONFLICT  RESOLUTION  ADVISORY  OPTION 

ISSUE  CLEARANCE. 

V  3*.  1 

ISSUE  'ADVISOR*  IN  REGARD  TO 

CLEARANCE  REJECTIONS. 

P./.T T  AiriTTBE,  SPEET  CF/TATICM 

ADVISORIES 

4.1.; 

?r;:EW  OBSTACLES  FOR  IMPACT  ON  PROPOSED  ' 

CLEARANCE 

V  4  * 

DENY  LEARANCE  REQUEST 

’.  *  : 

erSAPPP'.'.T  CLEARANCE  SEJLTST  FROH  'ONTROLLES 

2.4.4 

DETECT  AIRCRAFT  MANEUVER  IN  RESPONSE  TO 

ADVISORY 

4.1.* 

135 U£  CLEARANCE  THRU  ATCT  FS2  FOR  RELAY  TO 

4  .  1 9 

.Tsrrv  atpcpa/t  :;hpl:ance  with  "eaaance 

,  , 

14  2 

PCPWLATE  AD>/t3CPr  »e3OL’.TI0M  7CWTE.YT 

«>  ; 

ISSUE  ADVISORY  IN  REGARD  TO  RESTRICTED  * 

AIRSPACE  PROXIMITY 

’ 

*  ;:.4 

;JCVIJE  PILOT  WHEN  ILEAR  OF  OBSTRUCTION 

4.1.4 

FIRM* .‘LATE  A  .'LEARANCE  WITH  APPROPRIATE 

instruct: ons 

4  :  .  « 

QUERY  PILOT  REGARDING  COMPLIANCE  WITH 

CLEAR ANr E 

4  1.0 

I /WE  TLEARANCE  ANT.  instructions  to  pilot 

*.  }  * 

APPROVE  'LEARANCE  hEQCECT  FR’OM  CCNTROLLEP 

*.  33.; 

:CNY  PLIGHT  FOLLCMINC  KJ'.TST 

*  5  J  4 

13 SUE  TRAFFIC  ADVISORY  IN  REGARD  TO  TRAFFIC 
PROXIMITY 

*  33.5 

ADVISE  PILOT  WHEN  CLEAR  OF  TRAFFIC 

0EWEPATE  FT  AMENDMENT/ 
AKEXWCNT  REJECTION 

*  .a . : 

lOMPOSE/  ENTER  PCQUESTO  ROUTE-  ALTITUDE 
•KANGE 

■.SHIITE  H>  AMENDMENT  VERBALLY  rORKARCEB 

, 

denepate  ft  amendment 
kxzxvmr r  rejection 


Ffom 

COni  *004 


SUIPWaSS  KSCKIPTION 


From 

CCRl  A002 


TASK  KFIA1TI0H 


AAS 

system-level 

SPECIFICATION 


RECEIVE  FPCP  RESULTS 
REPORT 


RECEIVE  FLOW  CONTROL 
INFORMATION 


RECEIVE /  FORWARD  RUNWAY 
CONFIGURATION 

INFORMATION 

RECEIVE/ FORWARD  TM3 

restrictions 


MAINTAIN 

DEPARTURES  /  AW  IVAL3 


PERCEIVE  PROBLEM 
CONDITIONS 


REQUEST  FLOW  CONSTRAINTS 

FORMULATE/ COORDINATE 
DELAY  OPTIONS 


'issue  rrcr  requests 


TERMINATE  RADAR  SERVICE 
SOW'  RECEIVE  veATOB 

information 


10.3.3  I  SEND/ RECEIVE  FLIGHT  PLAN 


ADVISE  CONTROLLER  UNABLE  FP  AMENDMENT 
FORWARD  FP  AMENDMENT  O'ER  SALLY 
RECEIVE  CONTROLLER  ADVICE'  OF  UNABLE  FP 
AMENDMENT 

DETERMINE  VALIDITY  OF  SPECIAL  USE  AIRSPACE 
PROBE  RESULTS 

ADVISE  CONTROLLER  OF  RESULTS  OF  FLIGHT  PLAN 
•‘"CMFLICT*  PROSE 

RECEIVE* CONTROLLER  NOTICE  CN  RESULTS  OF 

FLIGHT  PLAN  CONFLICT  PROBE 

REVIEW  FLIGHT  'LAN  CONFLICT  PROBE  RESULTS 

RECEIPT  TRAFFIC  FLOW  DATA  FROM  APPROPRIATE 
CONTROLLER • FLOW  CONTROLLER/ SUPERVISOR 
FORWARD  TRAFFIC  FLOW  DATA  TO  ADJACENT 
CONTROLLER' FLOW  CONTROLLER / SUPERVISOR 
RECEIVE  A  FLOW  RESTRICTION 
RECEIVE  METERING  DATA  FROM  FLOW  CONTROLLER 
RECEIVE  A  FAD  NOTICE 

FORWARD  RUNWAY  USE  DATA 
RECEIVE  RUNWAY  USE  DATA 


RECEIVE  METERING  DATA  FROM  FLOW  CONTROLLER 
RECEIVE  A  FLOW  RESTRICTION 
ADJUST  TRAFFIC  COUNT 
RECEIVE  A  FAD  NOTICE 

RECEIVE  TRAFFIC  FLOW  DATA  FROM  APPROPRIATE 
CONTROLLER ' FLOW  CONTROLLER/ SUPERVISOR 
OBSERVE  DISPLAY  OF  NEW/ CHANGED  TRAFFIC  FLOW 
CONTROL  MANAGEMENT 

FORWARD  TRAFFIC  FLOW  DATA  TO  ANOTHER 
CONTROLLER ' FLOW  CONTROLLER ' SUPERVISOR 

RECEIVE  METER  INC  DATA  FROM  FLOW  CONTROLLER 
PROJECT  TRAFFIC  SEQUENCE  TO  E3TABL I 3H/ MODIFY 
APPROACH  FLOW  TO  AIRPORT  OR  3 ECTOR 
SELECT  NEW  FLOW  SEQUENCE 

RECEIVE  TRAFFIC  FLOW  DATA  FROM  APPROPRIATE 
CONTROLLER /FLOW  CONTROLLER ' SUPERVISOR 
DETERMINE  DESCENT  TIME  JR  POINT 
DETERMINE  MANEUVER  TO  ESTABLISH /RESTORE 
SEQUENCE 

CHOOSE  DESIRED  SEQUENCE 

OBSERVE  DISPLAY  OF  NEW/ CHANGED  TRAFFIC  FLOW 

CONTROL  MANAGEMENT 

REV 104  TRAFFIC  STATUS / WEATHER 

EVALUATE  CONSTRAINT  EFFECT  ON  FLOW 

REQUEST  FLOW  CONTROL  BE  IMPOSED 

DETERMINE  THE  TECHNIQUE  A  DELAY 
NEGOTIATE  DELAY  TECHNIQUE  WITH  PILOT 
CONFER  WITH  PILOT  THRU  ATCT  ON  DESIRE  FOR  • 
FAD  INTOniOMS 

REQUEST  SPECIAL  U-C  AIRSPACE  PROBE 
DETERMINE  NEED  FOR  AIRSPACE  PROBE 

REQUEST  PILOT  POSITION  REPORTS 

ENTER  PIRCP  INTO  3 Y STEM 
DETERMINE  W4ETHER  ADJACENT  CONTROLLER  OB' 
PILOT  NEEDS  WEATHER  ADVISORY 
RECEIVE  3IGMET. AIRMET 

receive  weather  brief:*:  from  meteorologist 

SELECT  WEATHER  FOR  CATA  LINK  TwANSHlSSION  TO 

PILOT 

RECEIVE  PI RTF  ON  WEATHER 

RECEIVE  WEATHER  ADVISORY  FROM  ADJACENT 

CD NTR 0 LL£R - S UPEB VIS  JR  METEC RO LOG I ST 

ADVISE  SUPER V 1 30R  ■' rLOW  CONTROLLER  0 T  WEATHER 

IMPACT  JN  ROUTES  rL;w 

FORWARD  WEATHER  ADVISORY  UPDATE  TO  AOJACOfT 
CONTROLLER. SUPERVISOR. METEOROLOGIST 
ISSUE  WEATHER  ADVISORY  TO  PILOT >  ADJACENT 
CONTROLLER 

FORWARD  FLIOffT  PLAN  AMENDMENT  VERBALLY 


From 

COAL  A004 


From 

CORL  *002 


Bl 

1 - - 

SYSTEM-LEVEL 

SUBPWttSS  XSaiPTlO* 

r*SMO 

TASK  DfFlKITIQK 

SPECIFICATION 

DATA  PROCESS  ISC 

-.a. 4 

;!-T3?Y  THE  RELAYED'  GF  A  FLIGHT  PLAN 

\a.: 

RECEIVE  FLIGHT  PLAN  FROM  PILOT 

\a. : 

RECEI'.E  FLIGHT  PLAN  VERBALLY  FORWARDED 

\3.  3 

;l* esy  pilot  ascot  flight  plan 

ADVISE  CIMTPCLLGt  UNABLE  FLIGHT  PLAN 
amendment 

7..  14. 5 

FORWARD  FLIGHT  PLAN  VERBALLY 

7. ii. : 

RECEIVE  CONTROLLER  AC VI CE  ;F  UNABLE  FLIGHT 

FLAN  AMENDMENT 

7.12.1 

FORWARDED 

10.4.3 

RECEIVE  FORWARD  DEPARTURE 

7.  13.1 

RECEIVE  DEPARTURE  -ELSaCE  FROM 

MESSAGE 

CONTROLLER / FSS / PILOT 

10.5,3 

PROCESS  DEVIATIONS 

7.?o. : 

ISSUE  ADVISORY  IN  RECARO  TO 

ROUTE ' ALTITUDE/ SPEED  DEVIATION 

10. 6.  2 

COORDINATE  SEPARATION 

7.1.1 

ADVISE  CONTROLLER  OF  AIRCRAFT 

ASSURANCE  MONITORING  ' 

7.12 

ROUTE- ALTITUDE  SPEED  DEVIATION 

ADVISE  CONTROLLER  OF  RESULTS  *F  FLIGHT  PLAN 
CONFLICT  PROBE 

-.5.1 

DECEIVE  NOTICE  OF  AIRSPACE  RESTRICTION  FROM 
CONTROLLER  SUPERVISOR 

’.5.2 

REQUEST  RELEASE  OF  SPECIAL  USE  AIRSPACE 

7.1.3 

ADVISE  CONTROLLER  OF  CONFLICT  ALERT  IN  HIS 

SECTOR 

7.1.4 

ADVISE  .CONTROLLER  OF  M3AW  IN  HIS  SECTOR 

7.2.1 

RECEIVE  CONTROLLER  NOTICE  IF  AIRCRAFT 

CONFLICT  IN  SECTOR 

7.2.2 

RECEIVE  CONTROLLER  NOTICE  Of  MSAH  IN  SECTOR 

7.2.3 

RECEIVE  CONTROLLER  NOTICE  OF  AIRCRAFT 

ROUTE  ALTITUDE/ SPEED  DEVIATION 

COORDINATION  SEPARATION 

7.2.4 

RECEIVE  CONTROLLER  NOTICE  ON  RESULTS  OF 

FLIGHT  PLAN  CONFLICT  PROBE 

19.6.2 

7.22-4 

ADVISE  PILOT  HHEN  .’LEAR  OF  OBSTRUCTION 

ASSURANCE  MONITORING 

’.22.1 

FCRKARO  NOTICE  OF  AIRSPACE  INTRUSION  BY  A 

NON- CONTROLLED  OBJECT 

7.5.  3 

RECEIVE  CENIAL  OF  REQUEST  FOR  RELEASE  OF 

7.4.1 

SPECIAL  USE  AIRSPACE 

ADVISE  CONTROLLER  OF  AIRSPACE  RESTRICTION 

IMPOSED 

7.6.2 

ISSUE  ADVISORY  IN  REGARD  TO  RESTRICTED 

AIRSPACE  PROXIMITY 

» 

7.22.3 

issue  advisory  is  »egard  to  a  nom-cowtrolled 

10. 7. 3 

INITIATE/ RESPOND  TO 

y.s.i 

receive  notice  of  aipspace  restriction  from 

CLEARANCE  REQUESTS 

7.4.  1 

CONTROLLER  ■  SUPERVISOR 

A0VT3E  CONTROLLER  OF  AIRSPACE  RESTRICTION 

IMPOSED 

’‘.6. 2 

ISSUE  ADVISORY  IN  RECARO  TO  RESTRICTED 

AIRSPACE  PROXIMITY 

7.5.2 

REQUEST  RELEASE  OF  SPECIAL  'JSC  AIRSPACE 

' 

7.5.3 

RECEIVE  GENIAL  OF  REQUEST  FOR  RELEASE  OF 

SPECIAL  JE  AIRSPACE 

7.4.1 

RECEIVE  CONTROLLER  NOTICE  QN  RE0UESTB3 

1 

vLEAPANCE  OF  AIRCRAFT  LEAVING  MIS  SECTOR 

RECEIVE  CLEARANCE  REQUEST  rROM 

ATCT- FS3/FIL07  SUPERVISOR 

7.4.  3 

SUGGEST  ALTERNATE  TO  CLEARANCE  REQUEST  FROM 
CONTROLLER 

7.4.2 

OI3APPR0VE  CLEARANCE  REQUEST  rROM  CONTROLLD* 

10.1 

REQUEST  CLEARANCE'  APPROVAL  FROM  ADJACENT 

::ntpollxr 

».  10. 2 

RECEIVE  CLEARANCE  APPROVAL  CLEAR AH CE 

RE3TRICTI0R*  FROM  ADJACENT  CONTROLLER 

7. 10. 3 

RECEIVE  CLEARANCE  DISAPPROVAL' DENIAL  rROM 

ADJACENT  CONTROLLER 

7.10.4 

RECEIVE  ALTERNATE  SUGGESTION  FOR 

CLEARANCE  APPROVAL  REQUESTED  OF  ADJACENT’ 
CONTROLLER 

' 

7.11.1 

rORKARD  FLISMT  PLAN  AKENOWrT  VRSBALLY 

’.11.1 

RECEIVE  CONTROL Lea  advice  or  unable  flight 

PLAN  AMENDMENT 

7.12.1 

PECEIVE  FLIGHT  PLAN  AMENDMENT  VENBALLV 

forwarded 

'  ' 

7.12.2 

ADVISE  :c»TROLLER  UNABLE  FLIGHT  PLAN  • 

AMENDMENT 

7.23.1 

RECEIVE  PILOT/ ADJACENT  CONTROLLER  REQUEST  FOR 
FLIGHT  FOLLOWING 

7.33.2 

DENY  FLIGHT  FOLLOWING  REQUEST 

» 

7.33.3 

REQUEST  AS3ICN  BEACON  CLDC  TO’  AIRCRAFT 

7.33.4 

ISSUE  TRAFFIC  ADVISORY  IN  REGARD  TO  TRAITIC 

PROXIMITY 

From 

CO*L  A004 

'sumo 

SU»TOC£SS  DESCRIPTION 

10.7.3 

INITIATE  RESPOND  TO 
CLEARANCE  REQUESTS 
<  CCNT . 

13.9.3  ] 

soid'/ receive  flow 

INFCRMATIDN.  COORDINATE 
FADS 

|  10  9.3 

s®0/ RECEIVE  FLOW 
INFORMATION.  COORDINATE 
FADS 

10.9.2 

COORDINATE  FPCP 

10.10.1 

INITIATE/ RESPOND  TO 

PO INTOUTS.  VAN Dorrs 

10. 10. 1 

INITIATE/ RESPOND  TO 

PO INT0UT3.  MANOOFTS 

10.11.1. 

RECONFIGURE  SECTOR.  BRIJ* 
RELIEVING  CONTROLLER 

10. 12.2 

PROCESS  CCWWNI  CAT  IONS 
FAILURES 

FfOfV 

COOL  A002 


task*o 


TASK  KFIMTION 


AAS 

SYsrE^tevEL 

SPECIFICATION 


.  24  -  1 

.  24  : 
•  9.10 


9.3 

3.5 


9 .  s> 
3.9 


.  25  j 
.  j* . : 


.  35. ; 

23.1 


1.1.3 
i.  b 


.3.1 
3. ; 

3.  3 
.3.4 

.3.5 
.  '«.  2 
.393 
39* 
39  5 
39  b 


.4 
♦ 

.  37  1 

.  37.J 


.,3 


7.7.) 


19 

.4 

.  K 


.4 

19 


ADVISE  PILOT  4h£N  CLEAR  CF  TRAFFIC 

receive  a  fad  notice 

::nfes  w:t«  ?:l-t  thru  atct  :n  desire  for  fad 
intent: :ns 

FORWARD  CLEARANCE  PE„JEST  70  ADJACENT 
CONTROLLER 

SUGGEST  CLEARANCE  ALTERNATIVES  TO  PILOT 
ACV NC«LEDCE  I AT A  LINK  I  LEA? AN CE  REDDEST 
RLVE.'.T  :..NT c-.LLEP  -Ev'JEST  FOR 
CLEAR ANTE  APP  * V  AL 
DENY  .LEaPANCE  PE. VEST 

ArFRCVE  'LEARAN:.'*  -E%”EST  FROM  CONTROLLER 

-ECEI VE  A  FAD  XCTT'E 
FIR  WARD  A'iNVlAY  ”3F  LATA 
NEGOTIATE  DELAY  CEC-Nl.-E  WITH  P.LGT 
F*'-RArD  TRAiFi:  FLCW  LATA  TO  ADJACENT 
CONTROLLER  FL..W  V7PCLLEP  SUPERVISOR 
RECEIVE  METER  INC*  DATA  FROM  FLOW  CONTROLLER 
:  INFER  WITH  fIL  T  TV.ru  A  ITT  ON  DCS  IF<E  FOR  FAD 
i  nten  ons 

REcFi  -  TRAFFIC  FL M  DATA  FROM  APPROPRIATE 
TNTROLLJR  FLOW  CIWTROLLER  SUPERVISOR 
i-CEIVE  A  FLOW  REST?  I  DTI  ’.  N 
RECEIVE  RUNWAY  USE  DATA 


.33.4  |  REQUEST  TOW  CONTROL  9E  IMPOSED 
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7.3.5 


REVIEV  FLIGHT  r LAN  I INFLICT  PRC BE  RESULTS 
FORCE  T.L  DATA  BLOCK  TO  EXAMINE  TRACK 
INFORMAL!  *N  .N  AIRCRAFT 
DETERMINE  LETCHER  AIRCRAFT  LL  BE 
SEPARATED  9V  LED S  THAN  RRESCRISED  MINIMA 

ISSUE  ?0  INTC'CT 

IBSEPVE  AUTOMATIC  INITIATION  OF  PQ INTOUT  TO 
ANOTHER  NTROLI.FR 

FORCE  TATA  LXSPLA*  ON  ADJACENT  CONTROLLER 
OBSERVE  .  MptrrER- INITIATED  MESSAGE  ON  RELEASE 

IF  AIRSPACE 

REDDEST  TEMP’. RAN  Y  !3E  OF  A  I R 3 P ACE 
IBSERVE  AUTOMAT I  "  INITIATION  OF  MANDOFF 
RETRACT  VANO<;F^ 

RECEIVE  HAND") FT  ACCFlTAMCE 
COORDINATE  TRANfFrl?  9  IONTROL 
ISSUE  IHANCE  IK  FRF^rtlKY  TO  PILOT 
REJECT  VANDOFF 

OBSERVE  ACCEPT  AUTOMAT  I  ~  VAN  DO  FT  MESSAGE  , 

.TRirr  cowuNi.  at i  ins  with  pilot  u»;  transfer 

•F  CONTROL  OR  DEPARTURE, 

VERIFY  VALIDATE  A I RC  RAFT  ALTITUDE  WITH  PILOT 
ON  TRANSFER  OF  CONTROL  J»  DEPARTURE 
INITIATE  HANLCFT 

RECEIVE  RELEASE  USE  IT  AIRSPACE  ASSOCIATED 
WI*M  TRACK 

RECEIVE  REJECTION  IF  USE  IF  AIRSPACE 

ASSOCIATED  WITH  TRACK 

RECEIUT  ISSUANCE  P  INTOUT 

SUPPRESS  FL I  OfT  DATA  BLOCK  AFTER  PO INTOUT  . 

ACCEPT  PO INTOUT 

DENY  = ELDEST  FR  TEMPORARY  USE  OF  AIRSPACE 
RECEIUT  .BSERVE  “ANk  fT 

ACCEPT  NCN- AUTOMAT MANDOFF  START  TRACK 


RECEIVE  NOTICE  TO  TA>  C  V/ER  AIRSPACE  Of  ATCT 
RECEIVE  NOTICE  TO  REC . NF I  CURE  SECTOR 
RFlEIVE  NOTICE  TO  RELEASE  AIRSPACE  TO  ATCT 
5R,  I  IT  R  EL  I E*/  IMG  '  VTROLLER 

-r  riur  n^t:  t  -f  ■  -;mh*'n: cat: on  status 

-ECKIUT  NFW  *  VEv'.f‘3IC '/  .liSI.NHENT 

I.I'-T  ALTERNATE  I  ,  MM*  .'N  I  I  AT  I  jH  FOk  AIR 'GROUND 

TRANSMISSI  N 

RECEIUT  NOTICE  3F  ALTERNATE  COMMUNICATION 

•  ATH 

f'RWARD  NOTICE  if  MM*  IN  I  CATION  STATUS 

r  RWAPC  Nrw  FRE^CEN  *Y  A3S I  i.nment  to  adjacent 
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CDfiL  A004 


hjbng  suBpmczss  xsatmiott 


From 

CORl  A002 


TASK  flfFWITIQK 


AAS 

SVST^M*L£VEL 
SPEC  IF  CATION 


PERFORM  LOCAL  FLOW 
CONTROL 


MANAGE  PERSONAL  WORKLOAD 


11.5.2  BRIEF  RELIEVING 
CONTROLLER 


12.1.1  QTOl  ATC  DATA,  AfC  DATA 
REQUESTS 


12.2.1  OBSERVE  ATC  INFORMATION 


13.1.2  I  PERCEIVE  EXTERNAL  FAILURE 


CONTROLLER' SUPERVISOR 
FORWARD  ALTERNATE  COMMUNICATION  PATH 
EXPLORE  WHETHER  OTHERS  ARE  RECEIVING  AN 
AIRCRAFT  S  TRANSMISSIONS 

EVALUATE  CONSTRAINT  EFFECT  OH  FLOW 
CHOOSE  DESIRED  SEQUENCE 
SELECT  NEW  FLOW  SEQUENCE 
DETERMINE  THE  TECHNIQUE  FOP  A  DELAY 
PROJECT  TRAFFIC  SEQUENCE  TC  ESTABLISH- MCD IF/ 


.2. 1.1.5 

.  2.1. i.S 

,2. 


APPROACH  FLOW  TO  AIRPORT  OR  SECTOR 

DETERMINE  IMPENDING  CONTROLLER  OVERLOAD 
EXCHANGE' ASSIGN  INTRA-POSITION 
RESPONSIBILITIES 
REQUEST  ASSISTANCE  OP  RELIEF 

BRIEF  RELIEVING  CONTROLLER 


HIGHLIGHT  FLIGHT  PLAN  POSTING  FOR  REMINDER 
ACTION 

DELETE  FLIGHT  PLAN  AMENDMENT  HIGHLIGHTING 
PERFORM  LOG-ON  SEQUENCE  AT  DESIGNATED  CONSOLE 
ADJUST  PARAMETERS  AND  DISPLAY  TO  PERSONAL 
PREFERENCE 

CHECK  DISPLAY  FOR  'PROPER  ALICHNWEJTT.  USABILITY 

AND  SATISFACTORY  STATUS 

SET-UP  WORKSTATION  ADAPTION  PARAMETER:® 

VERIFY  THAT  ALL  REQUIRED  DISPLAY  AND 
COMMUNICATION  SWITCHES  ARE  IN  PROPER  LOCATION 
RESEQUENCE  FLIGHT  PLAN  ON  CONSOLE 

OBSERVE  RANGE' BEARINC  BETWEEN  AIRCPAFT 
MONITOR  STATUS  OF  QUESTIONABLE  NAVA I D 
REVIEW  SYSTEM  STATUS 

DETEC'  NON-ACCEPTANCE  OF  INPUT  DATA 
DETECT  OCCURRENCE  OF  ACCC  FAILURE 
OBSERVE  MESSAGE  <jN  LOSS  >F  DATA  BASE 
DETECT  FAILURE  TO  UPDATE  FLIGHT  PLAN  DATA 
BASE 

RECEIVE  NOTICE  OF  STATUS  OF  ADJACENT  ACT 
AUTOMATION  EQUIPMENT 

RECEIVE  NOTICE  OF  NAVA ID  STATUS  FROM  ADJACENT 
CO NTR 0  LLER  /  FS  S  /  S UPER V I S 0 R  /  F I  LOT 
FORWARD  NAVA ID  STATUS  TO  ADJACENT 
CONTROLLER /SUPERVISOR /PILOT 
RECEIVE  NOTICE  OF  RADAR  3EN30R  STATUS  FROM 
ADJACENT  CONTROLLO*/ SUPERVISOR 
FORWARD  NOTICE  OF  RADAR  SENSOR  STATUS  TO 
ADJACENT  CONTROLLO*/ SUPERVISOR 


13.2.1  I  PERCEIVE  SECTOR  SUITE 
1  COmWICATIONS  FAILURE 


13.4  1  DIAGNOSE  ERROR 


DETECT  OCCURENCE  OF  SECTOR  SUITE  FAILURE 
DETECT  UNRELIABLE  7SCS  COMMUNICATION 
INFORM  SUPERVISOR  OF  OCCURRENCE  jF  SECTOR 
SUITE  FAULT 

DETERMINE  COMMUNICATION  FAULT 

RECEIVE  STATUS  OF  SECTOR  SUITE  FAILURE  FROM 

CONTROLLED  SUPERVISOR 

ISSUE  NOTICE  OF  EQUIPMENT  3TATUS  TO  ADJACENT 
CONTROL LER / P I LOT / S UPER V I SOR 


3.7.  l.l. 1-3.3 


13.14.3  I  EXECUTE  BACKUP  PROCEDURES 


OBSERVE  ACCC  DATA  BASE  RESTORATION  COMPLETION  ' 
MESSAGE 

REVERT  TO  ACCC  BACKUP  PROCEDURES  *TBO> 

ADJUST  COMMUNICATION  3TRATECY 
3WITCH  TO  BACKUP  FREQUENCY 
ENTER  QISPLAY  AMENDMENT  f-lESSAGE  ON  CONSOLE 
MONITOR  STATUS  OF  QUESTIONABLE  NAVA ID 
OBSERVE  SUBSTITUTE  ROUTING  ON  DISPLAY 
TERMINATE  RADAR  SERVICE  TO  AIRCRAFT 
CONFIRM  COMPUTER  ACTION  DUPING  TRANSITION 
3TAGES 

RECEIVE  .CONFIRMATION  OF  COMPUTER  ACTION 
DURING  TRANSITION  STACES 


APPENDIX  D 
GLOSSARY  OF  TERMS 


ACTIVE  FLIGHT  PLAN  — A  flight  having  met  cenatn  parameters  or  certain  events,  such  as  becoming 
airborne,  requiring  action  on  the  flight,  taking  it  from  an  inactive  to  active  state 

ACTIVE  SECTOR  —  A  sector  providing  air  traffic  control  in  one  or  more  assigned  fix. posting  areas. 

ADAPTATION  —  Unique  site-dependent  data  required  by  the  operational  program  to  provide  the  flex.oie 
capability  necessary  to  allow  it  to  function  at  inaivtaual  sites. 

ADDITIONAL  AIRWAYS  —  Adaptation  capability  available  in  the  Area  Control  Facility  for  designating  a 
class  type  function  for  displaying  airway  data  which  normally  are  not  observed  at  the  particular  position.  For 
example,  a  low  altitude  sector  desires  to  observe  the  high  altitude  airways  which  could  be  displayed  by 
dashed  lines  instead  of  the  usual  solid  lines. 

ADJACENT  FACILITY — A  facility  whose  assigned  airspace  borders  that  of  the  facility  being  discussed. 

ADVANCED  AUTOMATION  SYSTEM  (AAS) — The  system  to  replace  all  existing  en  route  and  terminal  ATC 
systems,  as  well  as  provide  automation  in  airport  control  towers. 

ADVISORY — Advice  and  information  provided  to  assist  pilots  in  the  safe  conduct  of  flight  and  aircraft 
movement. 

AERONAUTICAL  AND  METEOROLOGICAL  (A&M)  DATA  DISPLAY — A  Logical  Display  that  contains 
weather  and  other  information  in  tabular  format  that  affect  flight  operations  but  are  not  directly  related  to  a 
flight. 

AERONAUTICAL  RADIO  INCORPORATED  (ARlNC) — The  company  formed  by  the  major  airline  com¬ 
panies  to  provide  air  ground  radio  communications  for  dispatching  information.  Communications  included 
are:  push  back  time,  departure  and  arrival  time,  gate  time  and  data,  progress  reports  to  the  company 
dispatcher,  and  weather  information. 

AIRCRAFT  CLASSES — For  the  purposes  of  Wake  Turbulence  Separation  Minima,  AFC  classifies  aircraft  as 
Heavy,  Large,  and  Small 

AIRMAN'S  METEOROLOGICAL  INFORMATION  (AIRMET) — In-flight  weather  r-dvisories  issued  only  to 
amend  the  area  forecast  concerning  weather  phenomena  which  are  of  operational  interest  to  all  aircraft  and 
potentially  hazardous  to  aircraft  having  limited  capability  because  of  lack  of  equipment,  instrumentation,  or 
pilot  qualifications.  AIRMETs  concern  weather  of  less  seventy  than  that  covered  by  SIGMETs  or  Convective 
SIGMETs.  AIRMETs  cover  moderate  icing,  moderate  turbulence,  sustained  winds  of  30  knots  or  more  at  the 
surface,  widespread  areas  of  ceilings  less  than  1 ,000  feet  and/or  visibility  less  than  3  miles,  and  extensive 
mountain  obscurement. 

AIR  NAVIGATION  FACILITY  (NAVAID) — Any  facility  used  in,  available  for  use  in,  or  designated  for  use  in  aid 
of  air  navigation.  Included  are  landing  areas,  lights,  any  apparatus  or  equipment  for  disseminating  weather 
information,  for  signaling,  for  radio  direction-finding,  or  for  radio  or  other  electronic  communication,  and  any 
other  structure  or  mechanism,  having  a  similar  purpose  for  guiding  or  controlling  flight  in  the  air  or  the  landing 
or  take-off  of  aircraft. 

AIRPORT  ENVIRONMENTAL  DATA  DISPLAY — A  Logical  Display  that  contains  data  from  airport  envron- 
mental  sensors. 


GLOSSARY  OF  TERMS 
(continued) 


AIRPORT  PROXIMITY  PROSE — The  automatic  detection  of  the  intersection  of  any  flight  plan  with  special 
use  airspace  which  may  not  be  freely  usea  by  aircraft. 

AiR  TRAFFIC  CONTROL  TOWER  (ATCT)  —  A  facility  providing  airport  traffic  control  service.  There  will  be 
approximately  300  ATCTs.  each  with  a  Tower  Control  ComPuter  Complex  (TCCC).  The  TCCC  shall  support 
three  types  of  ATCTs: 

lai  Towers  with  environmental,  flight  data,  and  surveillance  displays, 
ibl  Towers  with  environmental  and  flight  data  displays, 
i  c)  Towers  with  on.y  environmental  displays. 

AIR  TRAFFIC  CLEARANCE— An  authorization  by  Air  Traffic  Control,  for  the  purpose  of  preventing  collision 
between  xnown  aircraft,  for  an  aircraft  to  proceed  unaer  specified  traffic  conditions  within  controlled  airspace. 

AiR  TRAFFIC  CONTROL  (ATC)— A  service  that  promotes  the  safe,  orderly,  and  expeditious  flow  of  air 
traffic,  including  airport,  approach,  and  en  route  air  traffic  control. 

AIR  TRAFFIC  CONTROL  FACILITY— A  facility  that  provides  air  traffic  control  service. 

AIR  TRAFFIC  CONTROL  RADAR  BEACON  SYSTEM  (ATCRBS)— See  Radar  Beacon  ATCRBS  (Sec¬ 
ondary  Radar) 

AIR  TRAFFIC  CONTROLLER — A  person  authorized  to  provide  air  traffic  service  Refers  to  en  route  and 
terminal  control  personnel. 

AIRWAY — A  control  area  or  portion  thereof  established  m  the  form  of  a  corndor,  the  outline  of  which  is  defined 
by  radio  navigation  aids 

ALERT  AND  FIESOLUTION  DISPLAY — A  Logical  Display  that  contains  information  for  ihe  Controllers’ 
immediate  attention. 

ALTIMETER  SETTING— The  barometnc  pressure  reading  used  to  adjust  a  pressure  altimeter  for  variations 
in  existing  atmospneric  pressure  or  to  the  standard  altimeter  settinq  (29.92). 

ALTITUDE  RESERVATION  (ALTRV) — Airspace  utilization  under  prescribed  conditions  normally  employed 
for  the  .mass  movement  of  aircraft  or  other  special  user  requirements  which  cannot  otherwise  be  accom¬ 
plished.  ALTRVs  are  approved, by  the  appropriate  FA A  facility. 

ALTITUDE  RESTRICTION — An  altitude  or  altitudes  stated  in  the  order  flown  which  are  to  be  maintained  until 
reaching  a  specific  point  or  time.  Altitude  restrictions  may  be  issued  by  AtC  due  ?o  traffic,  terrain,  or  other 
airspace  considerations. 

AREA  CONTROL  COMPUTER  COMPLEX  (ACCC) — The  common  automation  system  equipment  and 
software  that  support  control  of  aircraft  in  a  specific  area,  and  which  is  located  within  each  Area  Control 
Facility.  The  ACCC  is  one  portion  of  the  AAS. 

AREA  CONTROL  FACILITY  (ACF)— The  planned  23  facilities  that  will  result  from  consolidation  of  existing 
ARTCC  and  TRACON/TRACAB  facilities.  An  ACF  may  be  formed  from  an  existing  ARTCC  or  may  be  created 
in  a  new  building.  The  number,  location,  and  implementation  dates  of  ACFs  will  be  in  accordance  with  the 
National  Airspace  System  Plan.  There  would  be  20  CONUS  ACFs  converted  from  ARTCCs;  plus  Honolulu, 
Anchorage,  and  the  New  York  TRACON.  Each  will  eventually  accomplish  all  en  route  and  approach/ 
departure  control 


GLOSSARY  OF  TERMS 
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AREA  SUPERVISOR — Supervises  the  operations  and  the  Control  positions  of  a  designated  area  of  the 
facility  s  airspace.  Directly  responsible  to  the  Area  Manager  during  the  watch. 

ASSIGNED  ALTITUDE  —  The  current  authorized  altitude  for  an  active  flight. 

ASSOCIATION — The  process  whereby  a  track  position  is  compared  with  a  position  interpolated  from  the 
flight  plan  to  de'ermme  whether  the  flight  is  n  conformance  with  the  flight  plan. 

AUTOMATED  EN  ROUTE  AIR  TRAFFIC  CONTROL  (AERA) — The  enhanced  ATC  automation  system  of 
the  future. 

AUTOMATED  RADAR  TERMINAL  SYSTEM  (ARTS) — Computer-aided  radar  display  subsystems  capable 
of  associating  alphanumeric  daia  with  radar  returns  Systems  with  varying  functional  capability,  determined 
by  the  type  of  automation  equipment  and  software,  are  denoted  by  a  number  letter  suffix  following  the  name 
abbreviation. 

BASE  OPERATIONS  (  'OPS) — The  military  equivalent  to  a  combined  airline  dispatch  office  and  FAA 
flight  service  station.  BAauPS  provides  flight  plan  filing,  weather  briefings,  and  other  pilot  related  services. 

CENTER  WEATHER  Pf  CESSCR  (CWP) — A  syster  that  will  process  current  weather  radar,  alphanu- 
menc.  and  graphic  weatf....  data  for  use  in  ATC  facilit  es 

CLEARANCE  APPROVAL— -An  originating  sector  may  coordinate  a  clearance  for  the  approval  of  an 
adjacent  sector  if  the  flight  will  presently  enter  the  adiacent  sector  s  airspace. 

COMBININGDECOMBINING — Adapting  to  trarf'c  loading.  At  least  two,  but  usually  not  more  than  three 
sectors,  are  combined  when  converting  from  day  to  niqht  watches  or  to  aojust  Controller  workload.  This  is  a 
short-term  operational  rearrangement  of  sectors  and  does  net  involve  any  change  in  wiring  to  the  positions. 

CONFLICT  ALERT — A  function  of  certain  air  traffic  control  automated  systems  designed  to  alert  radar 
Controllers  to  existing  or  pending  situations  recognized  by  the  program  parameters  that  require  his  immedi¬ 
ate  attention/action. 

CONTROLLED  AIRCRAFT — Aircraft  that  are  participating  and  receiving  traffic  separation  service  from  the 
ATC  system. 

CONTROL  SECTOR — An  airspace  area  of  defined  horizontal  and  vertical  dimensions  for  which  a  Controller 
or  group  of  Controllers,  has  air  traffic  control  responsibility.  Sectors  are  established  based  on  predominant 
traffic  flows,  altitude  strata,  and  Controller  workload.  Pilot-Controller  communications  during  operations 
within  a  sector  are  normally  maintained  on  discrete  frequencies  assicned  to  the  sector: 

DATA  BLOCK  OFFSET — The  distance  and  direction  the  data  block  is  placed  with  respect  to  the  target.  The 
date  block  is  attached  to  the  corresponding  target  by  a  line  called  a  leader.  An  automatic  data  block  offset 
algonthm  will  be  implemented  in  the  AAS. 

DISCRETE  BEACON  CODE — A  unique  train  of  electronic  pulses  transmitted  by  an  aircraft  transponder  in 
reply  to  a  radar  beacon  interrogator.  A  four-digit  octal  code  in  which  one  or  both  of  the  last  two  digits  is  other 
than  zero. 

FAILSOFT — An  ACCC  Mode  in  which  a  reduced  set  of  services  are  provided  when  failures  have  reduced  the 
quantity  of  operational  elements  needed  for  Operational  Mode. 
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FIX — A  point  on  an  airway  used  for  aircraft  navigation  and.  or  position  reporting. 

FIX  POSTING  AREA  (FPA) — A  volume  of  airspace,  bounded  by  a  senes  of  connected  line  segments  with 
altitudes,  which  is  assigned  to  a  sector. 

FLIGHT  DATA  DISPLAY— A  Logical  Display  that  contains  flight  information  for  aircraft  of  interest  to 
Controller  positions  assigned  to  the  sector. 

FLIGHT  DATA  ENTRY  (FDE)— A  set  of  flight  data  for  one  aircraft  shown  on  the  Flight  Data  Display.  One  FDE 
is  analogous  to  one  paper  flight  progress  strip  in  the  current  system. 

FLIGHT  DATA  READOUT— Flight  data  on  one  particular  flight  that  is  chosen  by  the  Controller  and  is 
displayed  m  the  Flight  Data  Readout  Area. 

FLIGHT  LEVEL  ( FL) — A  level  of  constant  atmospheric  pressure  related  to  a  reference  datum  of  29.92  inches 
of  mercury.  Each  is  stated  m  three  digits  that  represent  hundreds  of  feet.  For  example,  flight  level  250 
represents  a  barometric  altimeter  indication  of  25.000  feet. 

FLIGHT  PLAN — Specified  information  relating  to  an  intended  flight  of  an  aircraft  that  is  filed  either  orally  or  in 
wnting  with  an  air  traffic  control  facility  or  Flight  Service  Station  (FSS). 

FLIGHT  PLAN  CONFLICT  PROBE  (FPCP)— A  strategic  conflict  probe  based  on  flight  plan  traiectory 
information. 

FLIGHT  SERVICE  STATION  (FSS)— A  facility  which  provides  pilot  briefings,  receives  and  processes  IFR 
flight  plans,  relays  air  tragic  control  clearances,  broadcasts  weather  information  and  notices  to  airmen,  and 
VFR  search  and  rescue  services. 

FLOW  CONTROL — Measure  designed  tc  adjust  the  flow  of  traffic  into  a  given  airspace,  along  a  given  airport, 
or  bound  for  a  given  route,  or  bound  for  a  given  airport  so  as  to  ensure  the  most  effective  utilization  of  airspace. 

FLOW  CONTROL  POSITION —  1 )  A  Control  position  (hat  implements  Flow  Control  whenever  it  best  serves 
the  ATC  system  and  its  users.  Analyzes  the  general  traffic  flow  in  the  area,  weather  data,  and  available 
system  status  data,  and  recommends  changes  in  traffic  patterns  to  reduce  traffic  congestions.  Issues 
restrictions  and  route  changes  to  implement  his  recommendations.  This  position  will  assume  the  duties  of  the 
Weather  Coordinator  and  Metering  position  at  certain  times. 

FUEL  ADVISORY  DEPARTURE  (FAD) — Procedures  to  minimize  engine  running  time  for  aircraft  destined 
for  an  airport  experiencing  prolonged  arnval  delays. 

FULL  DATA  BLOCK — A  block  of  alphanumerics  associated  with  a  target  shown  on  the  Situation  Display.  Full 
Data  Blocks  are  shown  for  aircraft  under  the  control  of  the  sector  or  of  particular  interest  to  the  sector. 

FULL  PERFORMANCE  LEVEL  (FPL)  CONTROLLER — An  Air  Traffic  Control  Specialist  at  the  highest 
Controller  grade  in  a  particular  faciliiy  who  has  been  certified  to  operate  all  positions  required  for  reaching  that 
grade  level  in  that  facility.  An  FPL  Controller  is  sometimes  called  a  Journeyman  Controller. 

HANDOFF — A  Controller  action  taken  to  transfer  the  radar  identification  of  an  aircraft  from  one  Controller  to 
another  if  the  aircraft  will  enter  the  receiving  Controller's  airspace  and  radio  communications  with  the  aircraft 
will  be  transferred. 
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INSTRUMENT  FLIGHT  RULES  ( I FR)  — Federal  Aviation  Regulations  (FAR)  that  govern  tha  procedures  for 
conducting  instrument  flight  (FAR  Part  91). 

INTERFACILITY— Between  adjacent  facilities;  for  example,  between  ACF  and  ACF,  or  between  ACF  and 
ATCT,  as  contrasted  with  Intrafacility. 

INTERIM  ALTITUDE — An  altitude  clearance  which  is  a  temporary  altitude  assignment  prior  to  the  issuance 
of  a  final  altitude  clearance.  It  is  used  to  stop  an  aircraft’s  climb  or  descent  in  traffic. 

INTRAFACILITY — Within  a  single  facility;  for  example,  between  two  sectors  within  the  same  ACF,  as 
contrasted  with  Interfacility. 

LIMITED  DATA  BLOCK — A  block  nf  alphanumerics  associated  with  a  target  shown  on  the  Situation  Display. 
Limited  Data  Blocks  are  shown  for  aircraft  m  a  sector  or  of  interest  to  a  sector  but  not  under  control  of  the 
sector.  They  contain  only  beacon  code,  altitude,  and  ground  speed. 

LIMITED  STANDARD  FLIGHT  PLAN  DISPLAY — A  Flight  Data  Enfy/Entnes  which  may  be  displayed  in  an 
abbreviated  or  normal  fashion  depending  on  whether  the  flight  is  actively  being  controlled  by  the  sector. 
Standard  flight  plan  display  contains  all  normal  elements  of  a  Flight  Data  Entry  but  may  have  the  route  portion 
presented  in  a  truncated  or  tailored  fashion.  Further  abbreviation  or  deletion  of  elements  may  occur  after  the 
associated  track  is  displayed  by  the  sector. 

LOCAL  COMMUNICATION  NETWORK  (LCN) — A  Communicatidn  System  used  to  interface  devices  and 
Sector  Suites  within  the  ACF. 

LOGICAL  DISPLAY— A  set  of  information  displayed  at  a  position  as  a  single  entity.  The  following  Logical 
Displays  for  Controllers  are  specified  in  the  AAS. 

Situation  Display 
Flight  Data  Display 

Aeronautical  and  Meteorological  Data  Display 
Alert  and  Resolution  Display 
Speeal  Lists 

Message  Composition  and  Response  Display 
Airport  Environmental  Data  Display 
System  Status  Display 
Static  Information  Display 
Weather  Display 

MESSAGE  COMPOSITION  AND  RESPONSE  DISPLAY— A  Logical  Display  that  contains  menus  for  the 
composition  of  messages  and  an  area  for  the  system  s  response. 

METERING  AND  SEQUENCING— Control  of  aircraft  in  a  manner  that  provides  a  stream  of  properly  spaced 
aircraft  arriving  at  a  fix  or  airport  at  a  rate  which  can  be  accepted  by  adjacent  ATC  facilities  or  airports. 

MINIMUM  ASSIGNABLE  FLIGHT  LEVEL— The  minimum  allowable  flight  level  that  a  Controller  can  give  an 
aircraft.  It  is  calculated  from  the  current  Barometric  Pressure. 

MINIMUM  SAFE  ALTITUDE  WARNING  (MSAW)— A  function  of  the  computer  that  aids  the  Controller  by 
alerting  him  when  a  tracked  Mode  C  equipped  aircraft  is  below  or  is  predicted  by  the  computer  to  go  below  a 
predetermined  minimum  safe  altitude.  _ 
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MODE  C — An  interrogation  mode  mwhich  a  beacon  radar  transponder  automatically  reports  aintude  when 
interrogated  by  a  ground  station. 

MODE  3/A — An  interrogation  mode  in  which  a  beacon  radar  transponder  automatically  reports  identification 
when  interrogated  by  a  ground  station.  There  are  4096  possible  identification  codes. 

MODE  S — A  surveillance,  system  which  will  also  provide  a  digital  data  link  with  properly  equipped  aircraft. 

MODES  OF  ACCC  OPERATION: 

ta)  Operational  Mode— ACCC  performs  all  designated  functions  for  its  designated  airspace. 

(b)  Failsoft  Mode — May  temporarily  discontinue  some  functions  when  not  enough  processing  power 
is  available  to  sustain  the  operational  mode. 

(c)  Emergency  Mode — A  contingency  mode  used  to  give  continuity  dunng  transition  to  facility 
backup. 

NATIONAL  AIRSPACE  DATA  INTERCHANGE  NETWORK  (NADIN)— A  communication  network  between 
various  types  of  ATC  facilities.  Will  involve  decommissioning  of  .he  existing  low-speed  teletypewriter 
networks. 

NATIONAL  AIRSPACE  SYSTEM  (NAS) — The  common  network  of  U  S.  airspace;  air  navigation  facilities, 
equipment  and  services;  airports  or  landing  areas;  aeronautical  charts,  information,  and  services;  rules, 
regulations  and  procedures:  technical  information,  manpower,  and  material.  Inciuded  are  system  com¬ 
ponents  shared  jointly  with  the  military. 

NON-CON7ROLLED  AIRCRAFT — Those  a.rcraft  not  participating  in  or  receiving  traffic  separation  service 
from  the  ATC  system.  This  term  does  not  include  those  flights  receiving  control  service  from  control  towers 
having  only  visual  surveillance  in  performing  control  service. 

NON-DISCRETE  CODE — A  radar  beacon  Mode  3/A  assigned  to  more  than  one  aircraft  within  a  specific 
geographic  area.  Currently,  a  four  octal  digit  code  m  which  the  last  two  digits  are  zeros. 

NOTICE  TO  AIRMEN  (NOTAM) — A  notice  containing  information  (not  known  sufficiently  in  advance  to 
publicize  by  other  means)  concerning  the  establishment,  condition,  or  change  in  any  component  (facility, 
service,  or  procedure  of,  or  hazard  m  the  National  Airspace  System),  the  timely  knowledge  of  which  is 
essential  to  personnel  concerned  with  flight  operations. 

OCEANIC  CONTROL  POSITION —  1 )  A  Control  position  that  provides  Air  Traffic  Control  services  to  arcraft 
operating  m  Oceanic  Airspace  under  U  S.  jurisdiction.  A  Sector  Suite  adapted  to  support  an  Oceanic  Control 
position. 

OCEANIC  DISPLAY  AND  PLANNING  SYSTEM  (OOAPS)— A  proposed  system  consisting  of  a  flight  data 
processor  and  displays  for  use  at  twu  ARTCCs  which  engage  in  control  of  aircraft  ovvr  the  ocean.  The  ACCC 
will  have  processing  and  display  equipment  which  will  replace  ODAPS. 

PAIRING — The  process  whereby  it  is  determined  that  both  a  flight  plan  and  a  track  exist  for  a  flight. 

PARENT  ACF — The  ACF  which  is  exchanging  ATC  operational  data  with  an  ATCT.  It  is  also  the  ACF  whicn  is 
providing  approach/departure  services  for  the.ATCT's  airport. 
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PILOT  WEATHER  REPORT  (PIREP)— A  eport  of  meteorological  phenomena  encountered  by  aircraft  in 
flight.  .■ 

POSITION  — Location  of  aircraft.  Different  types  of  positions  are  defined  below: 

(a)  Flight  Plan  Position  is  the  position  determined  from  filed  speed  converted  ic  estimated  ground 
speed  using  wind  data,  route  of  flight,  and  elapsed  time  since  the  flight  became  active 

(b)  Target  Position  is  that  reported  by  the  common  digitizer  (or  MODE  Sj.  It  is  received  in  oolar 
coordinates  (range  and  azmnuihj  and  convened  to  the  stereographic  grid  and  then  to  display 
coordinates. 

(c)  Track  Position  is  the  position  which  is  predicted  for  the  next  scan  radar  return  by  the  tracking 
algonthm. 

PROGRESS  REPORT — A  report  over  a  known  location  as  transmitted  by  an  aircraft  to  ATC. 

QUICK  LOOK — A  feature  which  provides  the  Controller  the  capability  to  display  data  blocks  of  tracked 
aircraft  from  other  control  positions.  A  quick  look  function  may  be  designed  for  Flow  Control  in  the  ‘uturo. 

RADAR  BEACON— A  radar  receiver-transmitter  aboard  an  aircraft  that  transmits  a  coded  signal  whenever 
its  receiver  is  triggered  by  an  interrogating  radar  The  coded  reply  can  be  used  to  determine  position  in  terms 
of  range  and  bearing  from  the  beacon  Also  called  beacon,  radar,  and  radar  transponder. 

RADAR  BEACON  ATCRBS  (SECONDARY  RADAR)— A  radar  system  in  which  the  object  to  be  detected  is 
fitted  with  cooperative  eauipment  in  the  form  of  a  radar  receiver/transmitter  (transponder).  Radar  pulses 
transmitted  from  the  searching  transmitter  receiver  (interrogator)  site  are  received  in  the  cooperative 
equipment  and  used  to  tngger  a  distinctive  transmission  from  the  transponder.  This  latter  transmission,  rather 
than  a  reflected  signal,  is  then  received  back  at  the  transmitter/receiver  site  for  processing  and  display  at  an 
Air  Traffic  Control  facility. 

RADAR  POINT  OUT  (POINTOUT) — Used  between  Controllers  to  indicate  radar  handoff  action  where  tne 
initiating  Controller  plans  to  retain  communications  with  an  aircraft  penetrating  the  other  Controller's  airspace 
and  additional  coordination  is  required. 

RADAR  SERVICE — A  term  which  encompasses  one  or  more  of  the  following  services  based  on  the  use  of 
radar  which  can  oe  provided  by  a  Controller  to  a  radar-identified  aircraft. 

(a)  Radar  Separation.  Radar  spacing  of  aircraft  in  accordance  with  established  minima. 

(b)  Radar  Navigational  Guidance.  Vectoring  aircraft  to  provide  course  guidance. 

(c)  Radar  Monitoring.  The  radar  flight-following  of  art  aircraft  whose  pnmary  navigation  is  being 
performed  by  its  pilot  to  observe  and  note  deviations  from  its  authorized  flight  path,  airway,  or  route. 
This  includes  noting  the  aircraft's  position  relative  to  approach  fixes. 

REQUESTED  ALTITUDE — An  altitude  requested  by  the  pilot  if  filing  an  IFR  flight  plan  or  an  altitude  change 
requested  while  en  route. 

RESTRICTED  AREA — Airspace  designated  under  Part  73  of  the  Federal  Aviation  Regulations  within  which 
the  flight  of  aircraft,  while  not  wholly  prohibited,  is  subject  to  restrictions. 
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SECTOR  SUITE  (S  S)  —  Refers  to  the  composition  of  functions  which- directly  comprise  either  the  Controller 
MMI  or  Sector  Suite  Console  Support  processing  elements. 

SECTOR  SU ITE  WORKSTATION — A  group  of  consoles  containing  displays  and  input  devices  whereby  ATC 
specialists  (Controllers  or  supervisors)  interface  with  the  ACF. 

SEPARATION — In  air  traffic  control,  the  spacing  of  aircraft  to  achieve  their  safe  and  orderly  movement  in 
flight  and  while  landing  and  taking  off. 

SIGNIFICANT  METEOROLOGICAL  INFORMATION  (SIGMET)— A  weather  advisory  issued  concerning 
weather  significant  to  the  safety  of  all  aircraft.  SIGMET  advisories  cover  severe  and  extreme  turbulence, 
severe  icing,  and  widespread  dust  or  sandstorms  that  reduce  visibility  to  less  than  3  miles. 

SITUATION  DISPLAY — A  Logical  Display  that  contains  the  plan  view  of  a  sectbr  and  some  adjacent 
airspace.  Contains  real-time  positions  of  target  and  weather. 

SPECIAL  LISTS — A  Logical  Display  that  contains  several  lists  of  information  in  a  compact  and  concise 
manner.  Each  Special  List  can  be  independently  displayed  and  positioned  at  the  Sector  Suite.  The  lists  at 
each  position  are  tailored  to  the  airspace  and  traffic  of  interest  to  that  position. 

SPECIAL  USE  AIRSPACE — See  FAA  Order  7110  65,  Air  Traffic  Control  Handbook.  Pilot/Confoller 
Gloss  rry. 

SQUAWK  i MODE.  CODE.  FUNCTION)— Activiate  specific  modes/COdes- functions  on  the  aircraft  trans¬ 
ponder,  e  g.,  “Squawk  three/ alpha,  two  one  zero  five,  low." 

START  TRACK — A  message  which  requires  the  computer  to  track  an  aircraft  and  display  a  full  data  block. 

STATIC  INFORMATION  DISPLAY — A  Logical  Display  that  contains  graphic  and  tabular  data  that  are 
updated  infrequently,  such  as  area  charts  and  letters  of  agreement. 

SYSTEM  STATUS  DATA  DISPLAY—  A  Logical  Display  that  contains  dynamic  informahon  on  status  of  ATC 
equipment,  operational  areas,  airports,  etc. 

TARGET — The  indication  shown  as  a  radar  display  resulting  from  a  primary  radar  return  or  a  radar  beacon 
•  eply. 

TRACK — A  set  of  predicted  points  correlated  with  the  radar  returns  for  the  flight. 

TRACKING — A  process  which  uses  primary/beacon  radar  data  and  paired  flight  data  (if  any)  to  determine 
the  actual  position  and  velocity  of  a  flight.  Radar  target  identification  through  manual  or  automatic  means; 
positional  agreement  of  a  radar  target  and  the  computer  predicted  position;  computation  of  the  difference 
between  the  predicted  position  and  the  actual  position  of  the  radar  target. 

TRAFFIC— 

1 .  A  term  used  by  a  Controller  to  transfer  radar  identification  of  an  aircraft  to  another  Controller  for  the 
purpose  of  coordinating  separation  action.  Traffic  is  normally  issued  (a)  in  response  to  a  handoff  or 
pointout,  (b)  in  anticipation  of  a  handoff  or  pomtout,  or  (c)  in  conjunction  with  a  request  for  control  of  an 
aircraft. 


2. 


A  term  used  by  ATC  to  refer  to  one  or  more  aircraft. 
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TRAFFIC  ADVISORIES — Advisories  issued  to  alert  pilots  to  other  known  or  observed  air  traffic  which  may  be 
in  such  proximity  to  the  position  or  intended  route  of  flight  of  their  aircraft  to  warrant  attention. 

TRANSFER  OF  CONTROL — The  action  whereby  control  responsibility  for  an  aircraft  is  transferred  from  on° 
Controller  to  another 

TRANSFERRING  CONTROLLER.  FACILITY— A  Controller  facility  transferring  control  of  an  aircraft  to 
another  Controller  facility 

TRANSIENT  FAULT — An  intermittent  failure  or  a  temporary  interference. 

TRANSITION  ALTITUDE— A  MODE  C  altitude  determined  by  the  program  to  be  a  reported  altitude  for  a 
descending  or  ascending  flight. 

TRANSPONDER— The  airborne  radar  beacon  receiver  transmitter  portion  of  the  Air  Traffic  Control  Radar 
Beacon  System  (ATCRBS)  which  automatically  receives  radio  signals  from  interrogators  on  ground,  and 
selectively  replies  with  a  specific  reply  pulse  or  pulse  group  only  to  those  interrogations  being  received  on  the 
mode  to  which  it  is  set  to  respond. 

VECTOR— A  heading  issued  to  an  aircraft  to  provide  navigational  guidance,  by  radar. 

VISUAL  FLIGHT  RULES  (VFR)— Visual  flight  in  which  avoidance  of  collision  with  other  aircraft  is  dependent 
upon  every  pilot  seeing  other  aircraft  and  avoiding  »nem.  To  enable  pilots  to  perform  the  collision  avoidance 
function,  tne  rules  take  certain  weather  conditions  into  account,  and  specify  basic  “rules  of  the  air." 

VISUAL  METEOROLOGICAL  CONDITIONS  (VMC) — Meteorological  conditions  expressed  in  terms  of 
viability,  distance  from  cloud,  and  ceiling  equal  to  or  better  than  specified  minima. 

VOICE  SWITCHING  AND  CONTROL  SYSTEM  (VSCS) — A  system  which  will  control  voice  ground-to- 
ground  communications  in  the  same  facility  (intercom)  and  between  facilities  (interphone),  and  ground-to-air 
communications  between  air  traffic  Controllers  and  pilots  (radio). 

WEATHER  DISPLAY — A  Logical  Display  that  contains  graphic  weather  products  from  National  Weather 
Service  radars  or  meteorologists. 

■  WIND  SHEAR— A  change  in  wind  speed  and'or  wind  direction  in  a  short  distance  resulting  in  a  tearing  or 
'  sheanng  effect.  It  can  exist  in  a  horizontal  or  vertical  direction  and  occasionally  in  both. 


APPENDIX  E 

GLOSSARY  OF  CONTROLLER  TASK  ACTION  VERBS 


INTRODUCTION 


This  section  contains  a  glossary  of  the  action  vebs  used  i .  ^  te  Controller  tasks.  In  stating  Controller 

tasks  a  distinction  is  generally  made  between  what  the  Controllei  a  and  what  gets  done.  Statements  of 
what  the  Controller  does  are  called  'worker-oriented'’  itatements.  Statements  of  what  gets  done  by  a 
Controller  are  ca"ed  “job-oriented"  statements  For  the  most  part,  tasks  should  be  ’’job-oriented,'’  providing  ’a 
more  functional  description  of  Controller  action  without  specifying  the  design  details  of  how  *hat  action  gets 
done.  In  fact,  particularly  for  tasks  involving  the  transmission  of  information,  more  than  one  procedure  is 
expected  to  be  available  for  Controller  use  (e  g.,  via  Sector  Suite  and  VSCS).  Some  tasks  employ  two  action 
verbs  to  express  these  dual  procedures  especially  available  with  automation  (e  g.,  raceive/observe). 

It  may  also  be  noted  that  some  statements  can  mfer  both  a  worker  and  a  job  orientation.  In  other 
instances  the  statement  of  a  iob-oriented  task,  through  a  reader  s  familiarity  with  the  action,  wi.?  readily  imply  a 
well-defined  notion  of  what  the  Controller  is  actually  doing.  The  distinction  between  job-  and  worker-oriented 
arsons  should  not  be  emphasized  too  rigidly,  but  be  of  general  guidance  in  stating  tasks.  The  distinction  is  a 
conceptually  complex  one,  and  not  readily  applied  in  all  instances.  Interpretation  of  the  specific  work  activity  in 
many  instances  is  dependent  upon  the  sub- activity  context  m  which  the  task  is  a  component.  T asks  state  what 
gets  done  to  a  machine  or  system,  and  do  not  state  what  a  machine  or  system  does. 

There  are  69  action  verbs  used  in  this  report.  Ten  of  these  verbs  are  associated  with  63%  of  the  task 
statements  (166  of  262  tasks).  Thirty-eight  (54%)  of  the  verbs  occur  only  once  with  a  task.  Thus,  while  some 
attention  is  given  to  standardizing  verb  usage  conformance  is  not  mandatory  if  another  verb  fits  the  action 
more  naturally  or  conforms  to  Controller  terminology.  The  ten  most  frequently  used  verbs  are: 

Advise  Fprward  Receive 

Detect  Issue  Request 

Determine  Observe  Review , 

Enter 

At  first  glance,  some  pairs  of  verbs  may  appear  synonomous,  as  in  the  verbs  "Choose"  and  “Select." 
"Choose"  implies  a  mental  generation  of  something  (m  Task  3.1  2,  choose  desired  sequence).  "Select"  on  the 
other  hand,  implies  the  availability  of  a  set  ot  options  or  alternatives  from  which  a  choice  is  made.  For  the 
verbs  "Initiate”  and  "Start,"  the  distinction  is  based  on  Controller  terminology  in  Tasks  1 .4.2;  Start  Track,  and 
7.38.1;  Initiate  Handoff. 

Other  cases  of  similar  appearing  actions  may  not  bs  as  dearly  distinguished,  as  in: 

Advise  -  Alert  -  Contact  -  Forward  -  Issue  -  Suggest 
(in  transmitting  information  to  another) 

Detect  •  Observe  -  Perceive  -  Review  -  Search 

(generally  in  acquiring  information  from  a  visual  display) 

The  task  context  will  be  particularly  useful  in  distinguishing  the  verb  usage  for  actions  employing  such  verbs. 


VERB  EXPLANATIONS 


ACCEPT — Response  to  an  originating  Controller  or  computer  that  the  receiving  Controller  has  received  or 
observed  the  aircraft  data  being  coordinated  and  assumes  complete  or  partial  responsbility  for  the  action  as 
appropnate. 

ACKNOWLEDGE — Response  to  a  request  without  further  commitment  as  to  what  action  will  be  taken. 

ADJUST — Changing  or  fine  tuning  of  the  data  base,  adaptation,  display,  and/or  communication  controls. 

ADVISE — Offer  advice  or  counsel  to  another  person  of  information  and  or  data  that  the  originating  Controller 
deems  necessary  to  pass  to  the  receiver. 

ALERT — Notification  of  others  that  a  critical  situation  may  be  approaching  or  impacting  the  receiver,  as  in 
alerting  airport  facility  of  an  aircraft  having  flight  difficulties. 

ANALYZE — Examine  individual  items  to  make  a  judgment  on  the  entire  situation,  such  as  conditions  that 
influence  ability  to  provide  flight  following.  (Similar  to  "Review,1’  but  suggests  a  one-time  effort  rather  than  a 
more  repetitious  action.) 

APPROVE — Respond  favorably  to  a  request,  as  in  approving  a  clearance  request. 

ATTEMPT —Try  a  course  of  action  without  predicting  the  results,  as  when  trying  to  establish  communications 
with  an  aircraft. 

BRIEF— Give  concise  preparatory  information  concerning  all  sector  activities  to  another  Controller 

CANCEL— Remove  datz  from  the  computer  or  rescind  information  passed  to  another.  (Comparable  to 
’Delete.') 

CHECK — Visually  examine  a  hardware  item  for  its  operational  state  or  condition;  . 

CHOOSE— Make  a  decision  on  a  course  of  action,  such  as  :n  choosing  a  desired  sequence. 

COMPOSE  ENTER — The  act  of  making  up  a  message,  including  all  required  elements  of  the  message,  and 
providing  the  message,  as  .n  composing  and  entering  ai  flight  plan  amendment,  to  the  computer. 

CONDUCT — A  series  of  related  actions,  designed  to  achieve  a  result,  as  in  conducting  radio'radar  search. 

CONFER — Holding  a  discussion  without  necessanly  negotiating. 

CONFIRM — Make  certain  that  what  should  have  occurred,  did  in  fact  occur,  as  in  confirming  computer  action 
dunng  transition  stages. 

CONTACT — Establish  communications  via  VSCS  with  another,  informing  cr  discussing  matters  of  concern, 
rs  in  contacting  an  overdue  aircraft. 

DECLARE — State  with  emphasis  that  a  situation  exists,  as  in  declaring  the  existence  of  an  emergency  event. 

DELETE  — : Erase  or  cancel  information  or  a  previous  action,  as  in  deleting  the  highlighting  of  an  item  on  a 
display,  or  completely  deleting  full  data  blocks 


DENY— Refuse  a  request. 


DESIGNATE  DELETE — A  marKing  or  specifying  on  area  on  a  display  ,  as  in  designating  airspace  in  u.,e:  and 
the  action  of  removing  such  area  display. 

DETECT — Visually  or  auditorily  discerning  a  fact  or  item,  usually  from  a  display  such  as  an  alarm  indicator  or 
action  of  an  aircraft;  Put  also  includes  noting  the  occurrence  of  events  or  situations  such  as  pilot  problems  or 

equipment  failures. 

DETERMINE — Process  information  mentally  to  reach  a  decision  about  a  situation,  state  of  affairs,  or  timing 

of  an  action. 

DIRECT — Cause  a  flight  data  display  to  appear  at  another  s  workstation. 

ENTER — Insert  data  or  text  into  the  computer  system. 

EVALUATE— Examine  and  judge  the  merits  of  an  actiGn  or  alternative. 

EXCHANGE  ASSIGN — Replace,  transfer  or  modify  personnel  responsibilities  designate  a  Controller  to  a 
position. 

EXPLORE — Investigate  systematically,  perhaps  by  a  variety  of  actions,  such  as  when  determining  whether 
other  Controllers  are  receiving  an  aircraft  s  transmissions. 

FLIGHT  FOLLOW — Provide  advice  and  information  to  assist  pilots  in  conduct  of  a  flight  not  being  otherwise 
controlled,  to  in elude  tracking  that  flight  on  the  Situation  Display. 

FORCE CUICK  LOOK — Compel  or  proouce  a  result  on  own  display,  as  m  forcing  a  Full  Data  Biock  that 
would  not  otherwise  be  presented. 

FORMULATE — Mentally  devise  or  precare  the  content  of  a  message  according  to  a  specific  formula, 
standard,  or  procedures,  such  as  an  or  clearance. 

FORWARD — Send  information  verbally  or  by  machine  action  on  to  another  posi'ion. 

HIGHLIGHT — Provide  prominence  to  an  item  on  a  display. 

INHIBIT — Prevent  the  occurrence  of  a  machine  action,  as  in  inhibiting  an  alert  function. 

INITIATE — Begin  an  action  involving  the  concurrence  of  another  Controller,  as  in  initiating  a  handoff. 

ISSUE — Oistnbute  or  communicate  information,,  typically  involving  a  pilot  or  an  aircraft,  as  in  'ssuing 
clearances  or  advisor  es. 

MONITOR — Check  periodically,  keep  track  of  or  scrutinize  the  status  of  an  item  of  equipment,  such  as  in 
momtcnng.the  status  of  a  questionable  NAVA  ID 

NEGOTIATE — Discuss  in  order  to  come  to  a  mutually  acceptable  agreement,  as  when  negotiating  with  a 
pilot  the  technique  to  be  used  for  accompiisnmg  a  flight  delay 

OBSERVE — Notice  or  watch  attentively  a  visual  display  for  a  message  or  event,  or  the  occurrence,  status,  or 
locaitton  of  something.  (A  here-and-now  observation,  as  opposed  lo  Perceive,  an  evolving  process 
observation.) 

OFFSET — Reassociate  or  colocate  a  data  block  and  a  target  cn  the  display. 


PERCEIVE — Become  aware  of  an  action  as  it  evolves  over  time,  such  as  an  aircraft  deviation  or  a  tracking 
fault. 

PERFORM— Carry  out  a  standard  procedure  or  operation,  such  as  logging  cn  at  the  Sector  Suite  work¬ 
station. 

PROJECT — Mentally  extend  the  position  and  or  path  of  one  or  more  aircraft  ;n  time  and  space. 

QUERY — Inquire  of  another  person  or  machine  to  remove  acubt.  as  in  Querying  about  some  element  of  a 
flight  plan 

READ  OUT — Acquire  information  from  the  computer  on  a  specified  item,  such  as  range  bearing  time  for  an 
aircraft  to  a  fix. 

RECEIVE— Acquire  transmitted  information  by  seeing  or  listening. 

RECEIVE  OBSERVE— Acquire  by  listening  to  another  Car  ‘roller  orfy.s-e  :Vv,  me  presentation  of  computer 
data  on  a  handoff.  without  necessarily  taking  act'on  to  express  apprc  ?.i. 

REJECT— Refuse  to  accept  a  usually  accepted  item,  like  a  handor, 

REMOVE— Cancel  information  m  the  computer  (Comparable  to  'Delete  ') 

REPOSITION  UPOATE  REASSOCIATE — Reassocate  or  colocate  a  data  block  and  a  target  and  provide 
current  data  on  the  data  block. 

REQUEST— Ask  another  tor  inform  ,tion  on  or  approval  on  an  item. 

HEQUEST  ASSIGN— Ask  anott  nr  for  an  item.  su(-h  ss  -  beacon  code  for  assignment  to  an  aircraft,  and 
commit  the  result 

RESEQUENCE— r Rearrange  the  ordo  &  v;'.t  pians  displayed 

RESTORE — Bnng  back  into  being  .emove  an  inhibit  o »  a  function  such  as  MSAW 

RESTRICT — Provide  limns  iO  *n  at  .ivly.  such  as  air  trafhc  m  an  area. 

RETRACT— Take  back,  negate  withdraw  the  «tr*  r  n  •  such  as  3  handoff 
REVERT— Go  to  the  use  of  another  ■  .0 sue*1  cj  v.  jck  ip  ooemtions 

REVIEW — Look  over  and  study  condrtons  civ*  *t  or  examine  something  again,  as  in  ravtewmg  the 
completeness  of  a  flight  plan 

SEARCH— Scan  took  over  a  display  to  find  something,  such  as  a  particular  flight  plan. 

SELECT— Single  out  an  item  m  p»eference  to  others,  or  pick  one  from  several  availapie  options  or  items, 
such  as  a  flight  plan  sorting  pnonty  scheme 

SET  UP— Adjust  equipment  tor  proper  functioning 

START— Controller  terminology  m  the  task  'Start  Track.'  to  begin  the  display  ot  the  track  of  a  target  on  the 
Situation  Display 


SUGGEST — Offer  for  consideration  another  course  of  action,  when  a  request  is  net  feasible,  such  as 
clearance  alternatives  to  a  clearance  request. 

SU°PRESS — Curtail  or  inhibit  the  display  of  an  item,  for  a  parameter  time  such  as  a  full  data  block  after  a 
pomtout. 

SUSPEND  —  Step  the  display  of  an  item  for  an  indefinite  period,  until  recalled,  such  as  m  "Suspend  Track.' 

SWITCH — Change  a  given  system  condition  to  another  available  condition,  as  when  switching  com- 
mumci'icns  to  a  backup  frequency. 

TERMINATE — Bring  an  activity  to  an  end.  as  ;n  terminating  radar  service  to  an  aircraft.  (A  Controller  term 
used  with  p.lots.  but  comparable  to  "Cancel.  ') 

UPDATE  REVISE — Change  or  modify  text  to  bring  it  more  up-to-date,  as  in  updating  electronic  notes 
memoranda. 

VERIFY — Prove  the  truth  of  an  activity  or  matter  by  confirmation,  as  in  verifying  communication  contact  with 
an  aircraft. 


